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PREFACE 


This manual describes the Communications Network Configurator through 
which the communications network is generated. 


The term "LLPS7", used throughout this manual, also refers to “Level 
64" and to "64/LPS", as applicable to the reader’s host installation. 
Similarly, the term "GCOS" refers to GCOS-7 (reserved for DPS7 users, 
or GCOS-64, as relevant), and covers the system. software as well as 


firmware, aS opposed to the hardware for which GCOS has been 
realized. 


TRANSPAC is relevant specifically to the French public network, and 
its use may be contracted for through a PIT subscription. 


This manual is intended for the systems engineer and programmer/ 


analyst, to set up and tailor the networking environment for DPS/7 
communications systems. 


Section I deals with the general concepts of communications for [PS7 
installations, and provides a partial synopsis of "Communications 
Architecture". | : 


Section II introduces the CPPS? Systems Communications Network 

Configurator (1.@., CNC), develops the particular aspects of primary 
network and TRANSPAC configuration at greater length, and provides a 
brief introduction to Distributed Systems Access Control (i.e., DSAC) 


in the perspective of making provision for this In the user’s network 
description. | 


section III describes the CNC utility itself, including the optional 
environment, utility launching, and an overview of the CNC command 
language. 


section IV gives the GENCOM command, always presented before any 
other elements of the command language to CNC execution. Two other 
commands, COMM (for the insertion of comments) and IDSEQ, which may 
appear anywhere in the CNC command file, are also covered here. 


All other CNC commands must be presented to CNC execution within 
certain command groups, of which there are two (apart from that of 
GENCOM itself). Section V describes the first of these command 
“groups”, more specifically those commands which deal with the 
secondary network, with primary link exits, with the VCAM subsystem, 
and with queues. | 


section VI covers those commands which would normally have appeared 
in section V except that they are specific to the TRANSPAC French 
public data network. This section may be completely disregarded, 
therefore, by all users who are not interested in TRANSPAC. 
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Section VII deals with all CNC commands which belong in the third 
group, those relevant to objects in the DSA primary network as well 
as those relating to DSAC objects. 


Finally, Section VIII discusses the subject of network tuning. This 
is divided into the three specific areas of BINS/URP (i.e., Basic 
Terminal Network Support and Unit Record Processor), FNPS (i.e., 


Front-end Network Processing system), and MAM (i.e., Message Access 
Method), | 


Appendi x A explains the various sysout reports in detail, which 


provides information on how to gener ere the network and later to tune 
it. 


Appendix B covers the BINS, FNPS and QMON sections of the Job 
Occurrence Report. 


Appendi x C lists all the CNC error messages possible, both for the 
Job Occurrence Report as well as for the CNC Sysout Report. 


Appendix D identifies all keywords that are reserved for the CNC 
syntax, and also includes keywords both for future releases and for 
compatibility with previous releases. | 

Appendix E gives a summary of the terminals that may be supported for 


the URP’%s DCC (i.e., Lata Communications Controller) for MAM and for 


ae one VCAM subsystems, as well as of the way in which they may 
e use 


Appendix F compares” DPS7“s primary. network commands with those of the 


other systems with which it may require to communicate within a DSA 
environment. 


Appendix G presents the new CNC commands, as compared with the 
commands from previous releases which they replace. 


Appendix H summarizes GCOS7-V2 CNC compatibility with previous 
releases. | | 


Appendix I describes the H_SVSRST utility, which permits the SRST to 
be copied onto another file for security and testing purposes. 


The following publications may be referred to for further details of 
topics mentioned in this manual: | 


@ For DSA concepts and LPS 7 networking: 
@ 47 A2 OWC Communications Architecture 
@ 00 A2 8932 Network Configuration Guide a 
e For distributed system Bonen Sen aeeon and control? 


@ 47 A2 15UC DSAC. User Guide 
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For GCOS<-/ user applications, communications services and 
utilities: 


@ 4/7 A2 O2UT TLS User Guide -— for TDS applications 

e 47 A2 O3UC MCS User Guide - for MCS applications and QMAINT | 
@ 4/7 A2 OWJ - O4UJ IOF Terminal User’s Reference Manual 

@ 46 A2 CQI5 Diskette and CARDLESS Facility User Guide 

@ 47 A2 11UC Remote Facilities - for RBF6 and FTF6 

@ 47 A2 I2UC Remote Facilities - for LJP and UFT/7 


For GCOS<-7 front-end processor management, within a [ISA 
environment: 


e 4/7 A2 O6UC Network Administrative Supplement 
For GCOS<7 communications operator interface: 

@ 4/7 A2 O5UC Network Control Terminal Operations 
@ 4/7 A2 O4UC Terminal Operations 

For information on the LN7100 and LSAt 


® 15 A2 8023 DN7 100 System Uperations Manual (for ENS B2) 
@ 39 A2 9799 DN7100 System Operations (for [NS C) 


@ 1/5 A2 8024 LN7100 System Generation (for DNS B2) 
e@ 39 A2 9807 System Generation (for DNS C) 


e 15 A2 8026 LN7100 System Introduction (for DNS B2) 
e 39 A2 9805 DNS Concepts (ror LNS C) 


e@ 39 A4 15DM LN7IOO Overview 


@ 5 A2 8028 LN7100 Terminal User Guide (for DNS B2) | 
@ 39 A2 9820 UN7100 Terminal Management Ref. Manual (for DNS C) | 


@ 39 A2 8025 Network Optimization Guide 


@ 39 A2 8849 Network Administration Guide 


@ 39 A2 8932 Network Configuration Guide 

For preliminary information on the DCU/010O adaptors 

@ 15 Fl 7902 Manuel de Preparation de Site DCUTO 10/7011 
For information on TRANSPACS 


® Specifications Techniques d’Utilisation du Reseau (STUR) 


Vv 


@ For information on DPS7 queue file preparation utilities 

@ 47 A2 OSUF DMU User Guide 

-@ For general information on DPS7 installations: 

 @ 47 A2 O4UG System Overview | 

@ 47 A2 OWS System Administrator’s Guide 
@ 47 A2 O2US System Installation one oEeesen and es sida Gui de 
@ 47 A2 O1UU System Operator’s Guide 

~ Suggestions and criticisms concerning the form, content and purpose 


of this manual, are invited. A Technical Publications Remarks Form is 
included at the end of the manual for this purpose. 


CONVENTIONS USED_IN THIS MANUAL 


Headings/Titles — 
Each section of this document is structured according to the heading 


hierarchy shown below, each heading indicating the relative level of 
the text which follows its 


[Leven | HEADING FORMAT | 


cnighest) | ALL CAPITAL LETTERS, UNDERLINED 


| Initial Capital Letters, Underlined 
ALL CAPITAL LETTERS, NOT UNDERLINED 


]4 (lowest) | Initial Capital Letters, Not Underlined 


Command Names versus Parameter Keyword Names 


All JCL code which must be submitted to the system “as-is", is shown 
in capital letters. 


The number of synonyms between command names and parameters could 


lead to a certain amount of confusion on the part (at any rate) of 
the new user. - | 


vi 


For this reason, the following convention is used: 


@e Parameter keywords and values are enclosed in inverted commas, in 
the text’ e.g.3 


eee With the “NR = xxx" keyword. 


@ Command names, on the other hand, appear without any quotation 
marks! e.g.3 


eee must be defined with an NR command. 


“Metalanguage" Conventions | 

In the pages dealing which each JCL command that may be issued to the 
CNC utility, metalanguage conventions are used to show the logical 
relationships between the various names and keywords, under the 
heading “Command Format". 

OPTIONAL PARAMETERS 


These are enclosed in “square parentheses"$ e.g.8 


(, SC = (rsc-name-list)]. 


ALTERNATIVE PARAMETERS 


These symbols are usually used to indicate keyword synonyms where 
available, e.g.3 


{PROFILE:PF) = “pf-definition" 
eee Where’ 
{ precedes. the first alternative 
+ is used to separate each of the alternatives from each other 
) follows the last of the alternatives shown. 


Note that NONE of. the above conventions should be included in code 
submitted to the system. 
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SECTION 1 
INTRODUCTION 


NETWORKING ENVIRONMENT 


GCOS allows distributed processing over DSA networks. From an 
external point of view, applications (or terminals) located on (or 
connected to) a given system dialog with other applications on a 
(potentially) different system. 


Listributed applications may be either? 


e Bull standard distributed functions like DJP (Distributed Job 
Processing), UFT/ (Unified File Transfer), etc. 


e User applications (like MCS programs or transaction pre rane 
running under the control of TDS). 


LPS7 systems may be connected physically to the network through 
either: | 


@ A specialized communications controller (DCC) integrated in the 
Unit Record Processor (URP) 


@ A Specialized (front-end) communications processor, the Datanet 
_[N7100 connected to the computer through a Peripheral Subsystem 
Interface (PSI). 


COMMUNICATIONS SOFTWARE COMPONENTS - 


GCOS?7s communicat fons software CONDONE MES may he. classified in four 
categories? 3 


@ Network management components | 
@ GCOS communications services 
@ User applications 


@® System utilities. 


Figure I-1. Schematic Example: DPS7 Networks 
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Network Management Components 

The Network Management components handle the transport of information 
as well as providing an interface with the network for GCOS © 
communications services and user applications programs. 

These components comprise the following? 

@ Basic Terminal Network Support 

e Transport and Network Support 

e Front-end Network Processor Support 

e Al-ministrative Module 


e Network Administrative Storage Facility 


e Virtual Communications Access Method. 


BASIC TERMINAL NETWORK SUPPORT (BINS) 


BINS is a GCOS service job which handles communications through the 
data communications controller of the URP3 


@e Providing for data exchanges over URP/DCC lines 
e Ensuring the network control operator interface 


e Assuring the logical connection of terminals. 


TRANSPORT AND NETWORK SUPPOKT (iNS) 


The functions of TNS provide support for the DSA primary network, 
over the URP of the DPS 7. 


LISTRIBUTED SYSTEM ACCESS & CONTROL ean 


st al administration of the LSA primary ne twor k suppor ted by TNS and 
NPS 


FRONTEND NETWORK PROCESSOR SUPPORT CFNPS) 


FNPS is the GCOS service job which. handles communications through a 
L.N/100 functioning as a front-end processor. 


The transport module manages wae requests over the logical channels 
of the Pol. 


There are as many FNPS service jobs as there are DN7 100 front-end 
processors currently attached to the system. 

ALMINISTRATIVE MODULE (ADM) | 

ADM is the GCOS service job which handles the loading, dumps and 
generation for a DN71I00 functioning as a front-end processor. There 
are as many ADM service jobs as there are concurrently nCEENe Rolie? 
dump and generation functions. 

NETWORK ADMINISTRATIVE STORAGE FACILITY (NASF) 

NASF is a GCOS service job which supports: | 

® Network DSA logging» 

e The standard ASF (Administrative Storage Facility) function 


@® Support of the ADM service$ i.ee, IiN7I100 teleload and dump 
functions as well as DN7100 on-line test loading. 


There are as many NASF service jobs as there are NASF activities 
currently required on the system$ refer to the Network Administrative 
Supplement, for further information on FEP management. 


VINTUAL COMMUNICATIONS ACCESS METHOL (VCAM). 
VCAM is a system distributed function which provides GCOS 


communications services and user applications programs with a common 


interface to access or be accessed by remote users through either the 
URP/DCC or the DN/1I00,— 


this is accomplished without the user being aware of either the real 
communications path used or the mechanism used for handling the 
connection. 


GCOS 7 Communications Services 


GCOS communications services are software components which interface 
directly between VCAM and either? 


e Allow GCOS functions to be made available to Gonaws users such as 
IOF, UFT7, oes 


@ Are needed by user application programs in. order to interface wi th 
VCAM, Such as ot CONAN: etc. 


1.4 


TOF 
the Interactive Operation Facility is a general purpose time-sharing 


Service which allows the user unrestricted interactive access to the 
system. 


RBFO 


these are remote batch facilities which allow the transfer and 
control of jobs and data between the system and remote DPS 6 | 
Stations. 

CARDLESS 

CARDLESS, known to the system by the reserved name READER, enables 


the user to dispense with the card reader by allowing jobs and data 
to be introduced from diskette. 


DIP 
l:-istributed Job Processing 


UFI7 


Unified File lransfer facility »between two DPS/7/s 


FIFO 


File transfer between DPS7 and a remote GPS 6. | | 


TLS 


the Transaction Driven Subsystem constitutes an interface between 
user-provided transactions and VCAM, and is executed as a job step. 


QMON/ MAM 
The Queue MONitor and the Message Access Method are services which 


ensure an interface between MCS applications and the network 
management component. 


User Applications 
ihe two main types of user applications are 
e Transaction programs written in COBOL or RPG 


@® MCS applications written in either MCS COBOL or GPL. 


1.5 


TRANSACTIONS: 


Transactions are linked into private sharable modules and, on TDS 
execution, are dynamically linked to the TDS Executive. | 


The advantage of dynamic linking is that the TDS load module need not 
be regenerated each time that the transaction is modified. 
MCS APPLICATIONS | 


MCS applications communtcaue’ biraasie MAM queues with terminals, 
remote and local programs. Each MAM queue is user-defined. 


One specific MCS application is QMAINT, a system utility which allows 
the user to perform maintenance and simulation functions on his MAM 
queues; see the MCS User Guide. © SH a 

System Utilities 


The system utilities concerned with transaction functions ares 


e The Communications ‘Network Configurator (CNC, dealt with in this 
manual ) 


@® Queue Maintenance (QMAINT)$ See tive MCS User Guide 
@ The DSA Log File Editor’ see Network Administration Utilities 
e The DNS Dump Editors see Network Administration Utilities. 


NETWORK GENERATION 


GCOS network-related tables are configured by the CNC utility 
program. | 


The principal tables and buffers built by CNC are shown in Figure 
1-2. These tables are built according to! 


e The user’s needs, as explicitly defined through CNC commands 


e DPS? hardware and firmware configuration, as defined at firmware 
generation and represented in the SRST (i.e., the System Resource 
and Status Table, which is not modifiable by the user but is 
readable by softwares’ described below). 
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BINS 


URP/DCC network tables are shared by BINS and TINS, and are generated 
froms — 


e The contents of the SkST 

e The GENCOM, LINE, CLUSTER, STAIN and TERMNL commands. 

Transport station tables are used for supporting the TRKANSPAC public 
data network and are generated from the LSUB, LLINE, RDTE and RDIN 
commands. 

Input and output buffer pools are tailored from either 


@e The GENCOM command parameters: NBDABF, DABFSZ, NBBTBF and BIBroZ 


e The CNC computation based on the URP/DCC network tables describec 
above. 


These tables are saved and initialized at BINS start-up time. 
TNS 
Transport station tables are constructed from parameters supplied in 


the LIS and RIS commands. 


FNPS 


The transport module and administration module tables are generated 
from thes 


@ SRST contents 
@ FNP command. 


The input and output buffer pools are used by TPM and are tailored 
from either: 


@e The FNP command parameters: INBFNB, INBFSZ, OUTBFNB and OULBFSZ 


@ CNC computation based on the number of logical channels available 
for data exchanges. 


These tables are saved and initialized at FNPS start-up time. 


VCAM 

VCAM tables are generated to an initial size computed by CNC and then 
expanded or reduced dynamically at execution time, as determined by 
the LINE and FNP commands. 

The initial size of these tables is related tot 

@ Such factors as whether BINS and/or FNPS are to be present 


@® Parameters provided in the DCTAP, LSC, FSC and RSC commands. 


QMON/MAM 

QMON and MAM tables are generated froms — 

@ The QUEUE commands which specify memory queues 

@ The GENCOM command parameters? QCBLKSZ and QCPOOL. 

The disk queue pool is generated froms 

@ The characteristics of the disk queue filet see the MCS User Guide | 
@ The QUEUE commands which specify disk queues 

® The QDBLKSZ parameter of the GENCOM command. 


Common Semaphore segment 


The common semaphore segment is a service segment generated 
automatically by CNC and used by all the communications components. 


NAD Status Table 


The NAD Status Table is a list of entries for each communications 
process group. 
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SECTION 2 


NETWORK CONFIGURATION 


INTRODUCTION 

ERLISTE DET ALI, 

The various systems involved constitute the basic elements of a 
network description. A system in this context is a set of hardware 
and software resonrces under the control] of an operating system. This 
system is able to communicate with other systems and, to do this, 
needs to support a minimum level of DSA functions. Such DSA- 
compatible systems currently includes 

@ DPS7T, Level 64 and 647DP5 

@ UPSo 

@ UN/100, as either front-end processor or concentrator. 

The network is not configured "centrally". An individual network 
generation is performed for every system, each with its own 
configuration language, to describe that system’s "view" of the 
network, includiras 

@ Telecommunications software 

e The terminals controlled 


e The other systems with which it is to communicate, and now this is 
to ope done. 


It is crucial that all the different system configurations within a 
network snould be "coherent" with each others see Aj.nendixy G. 


Objectives of CNC 


The goal of CNC {s to describe the DPS7%s "local" view of the 
network. Lhis network may consist only of a few terminals connected 
to the URP/DCCs on the other hand, it might comprise a complex DSA 
network of interconnected systems accesseu via DN/ICO front-end 
processors. 


CNC deals principally with the stipervisory aspects of the network 
1.@., in DOA terminology, network and transport "layers", terminal 
manager (BINS). 


In addition, CNC deals with some aspects of session control (VCAM) 
and application control. 


GCOS systems Connectibi lity 


In the organization of a network, the two major considerations are? 


1) The respective functional ieveis of application aoriware on each 
of the systems involved$ i.e., Application A at a given level on 


given system may "talk" with Application B on another type of 
system. Such considerations should be independent of the actual 
pnysical means of conveying the data concerned between the two. 


2) At a “lower" level, the physical and software "system 
connectibility"™" rules. A GCOS system is connectible to a network 
Via two kinds of hardware 


a) A front-end processor (DN7100), which is itself a DSA system. 
Connectibility in terms ot terminals or other ead is 


Generation Mania GCOS” eupeeres up to 6 PSI%s. ‘onneckec to a 
maximum of 4 front-end systems’ any given front-end processor 
may be connected via either: 

@ A single PSTs LeQeys the most common case 


® A twin’PSI, which pRouaes a fall-back PSI to avoid 
regenerating the network in the case of failure. 


Figure 2-1. GCOS Connected via DN/100. 


DPS7 


| (remaining)] 
Network : 


Host~to-front-end connection is made over the PSI. 


b) One or several Unit Record Processors: i.e., DCCs ~ or Data 
Communications Controllers =~ connected to the SURP and | 
additional URPs. The connection is made via lines to terminals 
and/or other DSA systems. Generation of the URP/DCC(s) must be 
coherent with input to the CNC. The number of URP/ECCs is DPS7 
model—dependent and not limited by software, as is the number 
of lines connectible through them. 


(1) GCC connection through lines in VIP, TIY, TC, BSC2780 ard 
BSC3270 protocol, to (stations and) terminals ar to any 
hardware/software component simulating these devices} i.e., 
mainly LPS6 systems emulating VIP stations, Polled VIP 
Emulator. 


Figure 2nm2 6 
DCC Connection via Lines in VIP/TTY/TC/BSC2780/BSC3270 Procedure. 
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(2) DCC connections through HDLC lines to terminals via 
TRANSPAC. SSS 


Figure 2-3. DCC Connection via TRANSPAC. 
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(3) LCC connections through HLULC lines to DSA systems. The 
configurations supported are depicted in Figure 2-4, 


Figure 2-4. DCC Connection over a DSA Primary Network. 
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A DPS7 may simultaneously be connected physically to the network via 
beth front-end processor and URP/DCCs. In this case, however, in 

order to reach a remote DSA system, it is necessary to specify 
statically at configuration (CNC) time, in an exclusive way, through 
which of the following the “local” exit is to be made, aithers | 


@ A specified front-end processor 
e Any of the URP/DCCs. 


The order in which the relevant RSC commands appear in the CNC 
utility’s command file, implicitly defines the relative priority of 
these “local" exits. For example, configuring System A, it must be 

decided at configuration time whether System B is to he accessed by 
priority through one of: | 3 


@ DNI 

e@ DN2 

@ HDLC lines 3, 4, or 53 the system chooses the most appropriate 
link on each occasion. In order to modify access to System B, it 


is necessary either to rerun the configuration utility or use the 
MTP network operator command. | 


Figure 2-5. Multiple Connectibility. 
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When DNI is operational, outward connections towards (B) will be 
established through DNI. Should ONI fail. the connection will be made 
through DN2. If DONT then becomes operational again, subsequent 
connections will use this paths see the RSC command in Section 7, | 
which includes an example of Figure 2-5. | 
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PRIMARY NETWORK CONFIGURATION 

From the point of view of the system being configured, a Primary 
Network may he defined here as being that part of the network which 
Allows connection of the local system to remote systems. 

For configuration of a primary network, the command set is? 

LSYSTEM local system 

FSYSTEM front-end system 


RSYSTEM remote system 


Loc local session control 
FOG frontal session control 
RSC remote session control 
Lio. local transport station 
RTS remote transport station 
FNP front-end processor 

Nk network route 


COMPATH communication path 
XPRTC transport protocol. 


Some of tnese commands in fact refer to objects which have been 
declared by other commands’ e.g., LSUB (GENNET), LINE, etc. 


Certain network configuration commands applicable to earlier releases 
are still accepteds including? 


@ NODE a, LOCAL. b3 

@ FNP ... 

@ NOLE c, FEP, ds 

@ NODE d, RMI, fe. 

Compatibility is conditional on there being no command set mix. I[t is 
strongly recommended that the new command set be used, for reasons of 


greater coherence with commands used for other DSA systems as well as 
the additional functionalities available: see Appendix H. 


Configuration siethodology 


The network should be built according to physical and | logical 
connectibility (above). — | | 


a) more Systems of interest in the aetwork should ‘Ss seaseuahie 
e® The "local" system} i.se., the system being eon aa ares 
e The front-end system(s) connected to it 


e the remote systems with which the local system wishes to 
dialog. These may be systems? 


@ Qn which remote app itcaolons dialog with other sass iis 
on the local system 


e iequiring administrative functions from the local system, 
such as DSA logging. : 


The name of each System must be unique (within this object class) 
ana comprises one to four alphanumeric characters. These system 
names are user-visible via the SITE = xxxx keyword in the command 
language. Ihe following CNC commands are used for system 
configuration: _ 


LSYSTEM: local system 
FSYSTEM! front-end system(s) 
RSYSTEMs remote system(s). 


bh) Represent the session controls associated with each of these 
systems. 


The addressing entity of each application in the network comprises 
a session control name and a mailbox name. In the current 
implementation of DSA, all systems may support only one session 
control, tne name of which is usually the same as that of the 
corresponding system. DPS7 systems respect this rule, to become 
mandatory for all systems in the futures for "multi-session | 

control" systems, the rule applies at least to the first session 
control. 


A session control comprises two elements: 


 @ A name, of up to four alphanumeric shavecters: which must be 
unique in the system for this object class , 


@e An identifier, of two bytes, which must also be unique in the 
network for this object class. 


Cc) 


Session controls are defined with the CNC commands: 
LSC, for "local" session control 
FSC, for "front-end" session control 


RSC, for “remote” session control. 
For a front-end processor connected via twin PSI’%s, the FSC 
command must appear twice with the same name identifier, each 
related to a different FNP command. 


Similarly, in the case of multiple exits towards a given remote 
system, an RSC command must appear (with the same name and 
identifier) as many times as there are local exits, where each RSC 
is related to a different FNP or RTS command (as appropriate). 


Represent for (and between) each system the necessary transport 
elements$ refer to the Communications Architecture Manual for a 
detailed explanation of transport mechanisms, as the following 
description constitutes only a "practical" user guide. 


From the point of view of data transport, a remote session control 
(which, together with a mailbox, constitutes the application’s 
"addressing entity") is accessible via “access paths". The two 
principal access path elements of interest to us here are? 


@ The "departure" transport station 


.@ The “arrival” transport station. 


These transport stations are currently located either? 


-@ In front-end systems, attached either to the local system or to 


remote systems 


e Within the local and/or remote systems themselves, in the case 
of URP/DCC usage. 


The transport elements to be defined by the commands of CNC depend 
on the nature of these access paths: 


(1) Transport stations include? 


® The station attached to the local system, if the primary 
link is to be made through the URP/LCC 


@® The station(s) attached to the local system’s front-end 
processor(s), if any 


@e "Arrival" stations located at remote systems (either on the 
URP/DCC or DN7100), only if these stations are implied by 
the access paths defined for the local system via its 
URP/DCC. If, on the other hand, the "departure" station(s) 
are attached to the local FEP, the corresponding emote 
stations are defined at FEP configuration time. 


(2) 


Transport stations are defined with the CNC commands 


LTS, for a station located on the local system, attached to 
its URP/LCC | 


FNP, for station(s) attached to the cecal aka DN7 100 (s) 


RTS, for relevant “arrival” stations located remotely. 


Access paths need be defined spy: if. their "departure" 
transport station is attached to the local system via the 
URP/LCC. : 


Access paths represents 


@ Network routes which comprise, with regard to the links 
SU Ereaeny ROR OERES: 


@ The set of Mexit physical Vine PLUS arrival transport 
station" 


@ In the case of TRANSPAC, the potential virtual curcuits 
between the local system and the designated arrival 
_ transport station. 


® The “communication paths PLUS local system exits" which 
comprises 


@ The exit physical lines concerned. Note that multiple 
links (i.e., the possibility for a COMPATH to be mapped 
over several physical links) are not supported 

@ In the case of TRANSPAC, the local subscription. 

Access paths are defined with the CNC commands: 

NR, for the network route 


COMPATH, for the communication path 


(XPRTC], for the transport protocol, grouping all the 
network route Panauercle: 


Example 


1) Definition of system, session control, and transport station: 


Figure 2-6. Lefinition of System, Session Control and Station 
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2) Configuration of a DPS7 connection to other DPS7 systems via 
point-to-point lines, TRANSPAC and front-end processors? 


Figure 2-7. System Configuration - Network Layout 
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Figure 2-8. System Configuration - Phase | 
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Figure 2-9. System Configuration - 2 
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Figure 2-10. System Configuration - 3 
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TRANSPAC CONFIGURATION 


This needs to be perforned for access to TRANSP AC via the local 
system? s URP/LCC, 


TRANSPAC Support 
Up to two local subscriptions may be supported. | 


Permanent virtual circuits are not supported. Nevertheless, these 
must be declared if they are present in the local subscription. 


The end points supported include: 

® Asynchronous terminals through PADs 

@® Synchronous terminals through DCU7O 10 or TCU/022 
@ Remote LSA systems} i.e., DPS7, DPS6. 


-TRANSPAC=re lated Commands 


Note that 1 xXK XK" represents tne number which identifies, as 
appropriate, the local or remote subscription’ 


LSUB = gn, SUBNB = xxxxxx, VAN = TRANSPAC ...3 
= for the local TRANSPAC subscription. 
COMPATH cpl, SUBSCRID = gnl, ...3 


-~ for the local system’s exit via TRANSPAC to a remote 
DSA system. 


RDTE ratel, (CSX25}, SUBNB = xxxxxx, VAN = TRANSPAC .e.3 
~- for the remote data equipment concerned. 
RDTN ces 


- for the remote data terminal involved: i.e, behind 
RDTE. | | 


RTS rts!, NETROUTE = nr ty ALDR = (TRANSPAC = xxxxXxX) eee 


-~ for the remote DSA system transport stations accessible 


via TRANSPAC. 
NR nril, COMPATH = cpl 
- for a route between the local and remote systems via 


TRANSPAC, to be mapped dynamically over a virtual 
circuit. 


Figure 2-11. TRANSPAC~related Commands - Layout 
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-ALMINISTRATION CONFIGURATION 


The remainder of this section errr. a brief: ‘troduction and 
description of the network generation aspects of the network 

administration mechanisms available with the current release of GCOS3 | 
includings 


@ The scope of network administration configuration 


@ An introduction to the network Cn OuEenaee commands relevant to 
network administration 


@ An explanation of the default configuration relative to network 
administrations this is fully compatible with the default (and 
unique) administration configuration applicable to earlier 
releases. 


@ <A sample command layout for configuring network administration at 
CNC execution. 


The Scope of Network Administration Configuration 


Network administration configuration allows the definition of 3 


@e Production by the local system of. unsolicited events such as Qpen 
Session’s and NAD errors 


e The action to be taken with these events is@e, one of: 
e Their storage in local logfiles 


e Their being sent to administrative correspondents throughout 
the network 


@ Storage on the local system’s logfiles of unsolicited events 
pecdure by remote systems in the network 


@ Execution by the local system of commands issued by 
administrative conpespondente throughout the network. 


Network Administration Related Commands 
AF Administrative Function 

AG Administrative Group 

AC Administrative Correspondent 

LG Administrative LOG 


FL Administrative Filter. 


Each of these commands is explained in detail, in Section VII. 


Network Administrative Default Contiguration 


The default network administrative configuration enables the user to 
hbenerit from standard administrative features without being obliged 
to learn the administration configuration commands in detail. 


Farlier releases did not allow explicit network administration 
confiyuration, while offering a limited range of administration 
functions. The current release’s default administration configuration | 
is a fully compatible superset of the administration confiyuration 3 
implicit in previous releases’ in other words, there is complete 
compatibility with previous releases from this point of view. 


This default configuration corresponds to a set of implicit 
administration configuration commands, of which any or all may be 
redefined explicitly. 


These default functions are as follows? 


@ Unsolicited events sent by up to 10 remote systems, are stored in 
the local system’s SYS.DSALOGi log files: the address of the local 


mailbox is SLOGFILE. This function was performed in earlier 
releases. 


@ The execution of AEP commands sent by up to 10 administrative 
correspondents located on any system in the network, including the 
local systems the local mailbox address is SNAD. 


Remote Systems. 


Figure 2-12. Default Network Administrative Features 
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Figure 2-13. LSAC Objects 
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Legend. : 

CMD : Command 

RSP : Response 

UM : Unsolicited Message 
IN <: input, towards the AF 


ou output, towards the AC or LG 


For a full explanation of the contents. of the above, refer to the 
DSAC User Guide. 


Leclaration of network administration objects in the user’s network 
configuration description, is covered in subsection 1! of Section VII 
"Third Group Objects". 


Zee | 


SECTION 3 
COMMUNICATIONS NETWORK CONFIGURATOR (CNC) 


OPERATIONAL ENVIRONMENT 


The following Poeun tera must all be met in order to execute a CNC 
step: 


No communications component may currently be actives i.e. 
@ BINS, and/or TNS, or FNPS 

@ MCS application(s) 

e Any VCAM subsystem such as IDS, IOF, or NASF | 

® The QMAINT utility 

@ Another CNC session 

@® Execution of a DT command. 


Any attempt to execute the CNC utility without Heating this 


condition will result in a step abort with either of the SYSOUT 


messages, as appropriate: 
CNO4 TELECOMMUNICATIONS SESSION IN PROGRESS 
CN70O CNC ALREADY IN PROGRESS. 


VCAM and/or MAM should not have been preloaded through the PMM 
“Preload Main Memory" OCL command’ see the System Operation 
Operator Guide. 


If disk queues are specified in the CNC description, the relevant 
disk queue file must have been preallocated so that, at execution 
time, CNC may preformat the file. 


Upon initiation of CNC utility execution, volume premounting is 
requested through the standard device management interface, in the 
event of the volume containing the queue file not already being 
mounted. 


@ The following conditions ‘must ee mets 


The URP/LCC lines declared in the CNC description must 
physically be present sand connected in the system’s SRST3 
furthermore, these lines must be “available” from a software 
point of view (i.e., “released” in terms of device management). 


The STI (STation Index) values declared in the STATN commands 


must be consistent with the corpespongtng terminal or 


controller’s values 


If an STI value does not correspond to an existing station, 
each time the "non-existent" station is polled, there will be: 


@ An increase in response time for existing stations 


@ The station for which the wrong value has been given, never 
to be polled. 


The maximum number of stations on each line, is configured at 
firmware generation. 


3.2 


INPUT DATA 

Data is input to the CNC step in the form of: 
e@ CNC commands 

@ SRST information 


@ Preallocated disk queue files, for use by MCS applications. 


CNC Commands 
Commands may be introduced from eithers 
@ Punched cards in an input enclosure contained in a job description 


@e A subfile retrieved from a source library. 


SRST Information 

The SRST (i.e., System Resource and Status Table) contains a 
description of all the hardware components and associated firmware 
elements within the installation, in terms of their? 


@ Hierarchical structure, including CPU, peripheral processors, 
peripherals and terminals 


@ Identifierss e.g., MSnn for disk drives, LNnn for communications 
lines, CC for DN/7100s functioning as front-end processors 


® Status$ e.g-, “connected and available", or “failed. 
For lines connected to the URP/DCC, execution of CNC checks: 


@® The hardware availability of the lines declared, as well as 
availability in terms of device management 


@ For the options declared, the correspondence between their CNC 
descriptions and their hardware capability: for instance: 


@ Line procedures e.g., TTY, TC, VIP, BSC or HDLC 


e@ Line types i.e., leased, local or switched and, point-to-point 
or multipoint 


@ The line speed allowed for each DCC (Data Communications 
Controller). 


CNC execution does not, however, perform any checking for DN/100s 
declared in the network. This is done dynamically during use of the 
DN7100. 


3.3 


Preallocated Disk Queue files 


If disk queues are to be generated for MCS applications, the disk 
queue files concerned must first be preallocated. 


The volume containing the disk queue file must be assigned to the CNC 
step and mounted when requested at initiation of CNC step execution. 


The disk queue file is then preformatted by the CNC step, on the 
basis of the queue specifications specified in the network 
description. a 


| 


QUTPUT DATA 

Data is output from the CNC step in the form of: 
@ Sonmumiearions system tables 

@e A copy of the tables in a system file 

@e Preformatted disk queue file(s) 


@ CNC execution reports. 


Communications System Tables 


Upon successful completion of the CNC step, a set of communications 
tables is created. 


These tables may be classified by communications components 


e BINS tables, which contain all the information needed for managing 
that part of the network connected via the URP/DCC(s), such as? 


@ URP/DCC network description(s), in terms of its constituent 
lines, clusters, stations and terminals as well as their 
descriptions and respective relationships 


@ BINS input/output buffer pool sizes, which are either computed 
by default or explicitly defined 


e TRANSPAC transport station tables 


@ Transport tables for the primary network linked through the 
URP/DCC(s). | | 


@ FNPS tables, which contain all the information needed for nanaging 
that part of the DSA network connected through DN7100(s). fhis 
includes TPM, the transport module, the tables to enable I[/0 
transfers between GCOS and DN7100(S) on one side and to provide an 
interface with VCAM on the other side. 


6 ADM (AUministrative Module) tables, which concern the system files 
to be referenced by service functions for the DN71003 e.g., 
loading, dumping, system generation and journalizing. 


@ VCAM tables, which contain the descriptions of communications 
service work stations essential to both BINS and FNPS after 
network generation. 


The skeleton structure of these tables allows them to be managed 
dynamically by VCAM during communications sessions. 


@ M“AM/QMON tables, which contain the queue descriptions, the 
generated disk and memory pools, and the related structures needed 
hy QMON to enahle the interface with VCAM. 


Cosy of tables ina Syste File 


The whole set of eommunreataone: system tables is. eopled: iG a system 
file located in hacking store. Note that a system restart witn the 
CLEAN option will erase these tables. Should this occur, a new 
version of these tables may only be created: by executing the CNC 
utility. A new network generation is only required if the CONFIG 
utility has heen launched since the last exectution of CNC. 


A fresh copy of the tables for FNPS, VCAM, MAM and QMON is loaded 
only at system initialization. and never during communications session 
startup. 


This file is used as followss 


e At system initialization, to restore all the tables into reserved 
system segments in memory without having to regenerate the network 
via the CNC utility. | 


@ At BINS startup, to restore the BINS tables which might have been 
altered by a previous BINS session. 


RTNS is started with the OCL command ST (Start 
Telecommunications). 


Preformated Queue Files 


The preallocated disk queue file is. reformatted upon successful 
termination of the CNC step. 


Control records are written at the beginning of the file, for the 
purpose of being able to restart the disk queues. The actual format 
of the control records depends on the queue specifications supplied 
with the network description commands. 


Memory queues defined in the network description are preformatted in 
main memory. 7 


Qutput Reports 


Reports are printed out in the same way as for all other jobs run 
under GCOS$ i.e. 


@ A SYSOUT report, which provides: 
e A list of the CNC commands used to generate the network 


@ A summary of the network environment generated 


® An indication of any errors detected during CNC step execution. 


@e JOR (Job Occurrence Report). 


Figure 3-1. CNC Utility: Main Flow 
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LAUNCHING THE UTIIJITY 


CNC Utility JCL 

S$ JOB jJob-name, USER = user-name, PROJECT = project-name; 
SILEP HUCNC, SYS.HLMLIB €, OPTIONS = (7SIMU7i7SIMUP7Z)13 
ASSIGN H_CRK, (sequential-input-file:*input-enclosure-name}§ 


ASSTIQN H_QC_LFMS, external-file-name, SHARE = FREE, 
(RESIDENT: (DEVCLASS = device-class-name, MEDIA = media-name))3 


ENDSTEP $ 
SINPUT input-enclosure-name $ 
- CNC commands - 


SENDINPUTS 


SENDJOb $ 


syntax 
@ STEP Statement: 


@ HUCNC is the system LM (Load Module) in the system LM library 
named OYS.HLMLIB and must be specified as shown 


@ OPTIONS = (*SIMU*!“SIMUP’) specifies that the declared network 
is to he used only for simulation purposes$} see helow. 


@ ASSIGN Statement #13 


H Ck is the system-reserved internal file name for the file 
containing the CNC commands (in the form either of an input 
enclosure or of a sequential file. 


@ ASSIGN Statement #42: 


@® H.QC_FM5 is the system-reserved internal file name for the 
preallocated file to accomodate disk queues$ for preallocation, 
see below. 


@ SHAKE = FREE must be specified as shown, and denotes that the 
disk queue file is to be shared between BINS, FNPS and active 
MCS applications. 


@® HESIDENT must be specified if the disk queue file has been 
preallocated on a resident disk. | 


 SINPUT Statement? 


TYPE = DATASSF provides for punched cards in the input enclosure 
being in the form of DATA or SSF (System Standard Format). 


Examples 


Network description in an input enclosures 

$JOB NETGEN, USER = UNAME, PROJECT = DEPTs 

STEP HCNC, SYS.HLMLIB3 

ASSIGN H_CR, *NETINS 

ASSIGN H_QC_FMS, DQUEUE, DEVCLASS = MS/M400, MEDIA = VOLI, 
SHARE = FREE 


ENDSTEP $ 


SINPUT NETINS 


GENCOM SD2C3 7 
QUEUE V771, RESTARTS 
LINE LNI23 


STATN STO9, 93 


TERMNL V771, VIP7700, KCTs 


LINE LNII, SPEED = H3 


TERMNL ROSY, TTU8124, KPR3 
LINE LNOS, SPEED = L3 
TERMNL PAPR, DTU7171, KCTs 
LINE  LNOI$ 

STAIN S761, 13 
TERMNL VISL, VIP7760, KCTS 
DCTAP TDS!1s 
QUEUE FROG, NUMBLK = 503 
SEND INPUTS | 


$ENDJOB$ 

Network description ina library member? 
$JOB TCOMMS, USER = UNAME, PROJECT = WAGES 
STEP H_CNC, SYS.HLMLIB$ 


ASSIGN HICR, SOURCE, DEVCLASS = NS/M400, MEDIA = VOL2, 
SUBFILE = NETWK$ | 


ENDSTEP 3 


SEND JOB3 


Disk Queve File Preallocation 

If queues are to be held on disk, a file must be preallocated for 
this purpose. Unless otherwise stated in the QUEUE command, disk 
queuing is the default option (see page 5.30). 

A disk file for queues is preallocateds 

@® With the file-level PREALLOC 


e Before the CNC utility may be executed, since the disk queue file 
must be preformatted as a result of network generation. 


If the file is to be modified, for example by altering its size, the 
following procedure must be followed: 


1) The file is deallocated by eithers 
@ Using the file-level utility DEALLOC 
@e Declaring MAM = NQ at system generation. 
2) The file may then be preallocated with PREALLOC. 


3) The CNC utility must be run to update the system tables with the 
new file information. 


However, the disk file may not be deallocated if either: 
e@ It is already defined for a network currently in use 


@ MAM = {YESiREFORMAT) has been declared at system generation, 
thereby allocating the file to a system process group. 


The utilities PREALLOC and DEALLOC may be found in the DMU User 
Guide. 


$ JOB ALLOCDG USER = UNAME PROJECT = WAGE3 
PREALLOC DQUEVUE EXPDATE = 365 DVC = MS/M452 
GLOBAL = (MD # VOLI SIZE = 5) 
BFAS = (SEQ = (BLKSIZE = 500 RECSIZE = 500) 3 


SENDJOB § 


When using PREALLOC for this purpose, the a ie points. of syntax — 
should be respected: © | 


e The external file name, for eer DQUEUE, must be specified in 
an ASSIGN statement at CNC execution. 


@ The size of the file » specified as 5 cylinders, is subject to 
device class constraints’ see “Defining Disk Queues" on page 8.21. 


® The disk queue file must be mono-volume. Further, the file’s : 
starting cylinder may not be Sheeran so the GLOBAL keyword must 
be used. 


e The parameter group BFAS = (SEQ = (BLKSIZE = 500 RECSIZE = 500)) 
must be specified as shown. 


SIMULATION FACILITY 


The simulator facility may be activated with the OPTIONS = 
{7SIMU73}“SIMUP’) parameter in the STEP statement (above). 


This allows the user to run a CNC step purely for syntax checking 
purposes, on a new or updated network description, without disturbing 
any programs running at the time. 


Certain CNC step run-time prerequisites do NOT apply if the 
simulation facility is used, as follows? 


@ The CNC step may run concurrently with any combination of 
communications components and/or applications which interface with 
these. 


@ MAM and VCAM may be preinitialized. 


e If disk queues are specified, the file normally needed for these 
may be absent. 


SRST handling may be treated in either of two possible ways: 


1) The SRST of the current site is selected for use with SIMU. In 
this case, values specified in CNC commands must be consistent 
with the SRST of the current site. 


2) A "private" SRST, stored in a dedicated file, may be used. This 
option is selected with SIMUP. 


Values specified in CNC commands must be consistent with the 
“orivate" oRST, which is an image of another system. This image 
must have been built on the other system with the H SVSRST 
utility. 


Such a private SRST file is assigned at CNC step run-time, as: 


ASSIGN HUSRST, private-file-~name, FILESTAT = UNCAT, DVC = xx, 
MD = yy3 


Also, the CNC execution report banner indicates the name of the 
system from which the SRST originates: it further shows the date 
and time at which HUSVSRST was run. 


Refer to Appendix I for details of the HUSVSRST utility. 


‘CNC COMMANL LANGUAGE ~ 


General 
ALCOR 
ADFUNC 


ADGROUP 


CLUSTER 


COMM 


COMPATH 


DCTAP 


BYLTER 
FE NP 


FSC 


Description | 
defines an administrative correspondent. Alias AC. Page 7.2. 


defines an administrative function of a group set. Alias AF. 
Page 7.5. | 


defines an administrative group of correspondents. Alias AG. 
Page 7.6. 


defines a set of stations connected over a URP/DCC polled 
line, applicable to VIP, TC and BSC32/70 line procedures. Page 
Bele 

defines a "comment". Page 4.5. 


defines a primary link "exit" through a URP/DCC 
communications path. Alias CP. Page 7.15. | 


defines a mailbox for a GCOS communications service, and must 
be present if any terminals. are dedicated to the mailbox. 

Page 5.29, 

defines an administrative filter. Alias FL. Page 7.10. | 


describes how FNPS is to function for a given DN7 100 
front-end processor. Page 7.16. 


.. defines a front-end processor session control. Page 7.20. 


FSYSTEM defines a front-end processing system. Alias FSYS. Page 7.21. 


GENCOM 


GENQMON 
IDSEQ 


LINE 


LOG 
LSC 
LSUB 


LSYSTEM 
LTS 


identifies a network generated by execution of the CNC 
utility, and defines all the common parameters for a given 
network. Page 4.1. | 7 | 

defines parameters specific to QMON. Page 5.30. 
identifies the characteristics of a terminal connected to the 
URP/LCC through switched lines, and dynamically defines the 
parameters of a TERMNL or RDTN command. Page 4. /. 


identifies each communications line to be supported within 
the network. Page 5.5. 


defines an administrative LOG. Alias LG. Page 7.14. 
defines the session control of the local system. Page /.22. 


describes a local subscription for TRANSPAC, to allow access 
to GCOS via a URP/DCC HLLC Link. Alias GENNET. Page 6.1. 


defines the local system. Alias LSYS. Page 7.23. 


defines the transport station of the local system. Page 7.24. 


3.14 


NR defines a route between the local system (exiting through a 
compath) and a remote station transport. Page 7.25. 


NOLE for compatibility with earlier releases, identifies for @€a DSA 
system the system name and associated session control. 


PVC defines a TRANSPAC permanent virtual circuit connected to the 
URP/LCC. Alias LLINE. Page 6.5. 


QUEUE defines every disk or memory queue to be used by MCS 
applications. Page 5.31. | 


ROUTE describes a remote TRANSPAC subscription, accessed through 
| the URP/DCC. Page 6.7. 


RDIN defines each remote terminal, associated with its 
corresponding RITE. Page 6.10. 


RSC defines the session control of a remote system. Page 7.26. 
RSYSTEM defines a remote system. Alias RSYS. Page 7.28. 


RTS defines the transport control of a remote system. Page 7.30. 


STATN defines a station attached to a polled line, necessary for 
all line procedures except TTY. Page 5.17. 


TERMNL defines the characteristics of a terminal connected to a 
URP/LCC line. Page 5.19. 


XPR TC defines transport parameters attached to network routes. Page 
Tes2e 


Command Sequencing 
GENERAL COMMAND LAYOUT 


Certain constraints apply to the aecuencine of CNC commands. An input 
Tile (to a CNC step) is composed of three cansecutive command groups’ 


Group | GENCOM Cunique in any atnoie CNC command input file) 


SOME 2 CLUSTER 
DCTAP 
GENQMON 
LINE 
LSUB 
PVC 
QUEUE 
RDTE 
RDTN 
STATN 
TER MNL 


Group 3 ADCOR 
| | ALFUNC 
ADGROUP 
COMPATH 
FILTER 
FNP 
FSC 
FSYSTEM 
LOG 


Note that COMM (comment) and IDSEQ may be inserted anywhere in the 
sequences COMM may even be placed before the GENCOM command. 


3.16 


Figure 3-2. Acceptable CNC Command Sequences 


TTY Procedure Lines 


LINE LNNN wee 
TERMNL name terminale-type terminal<subtype ... 3 


LINE LNnn «ee $ 


| HDLC and 8SC2780 Procedure Lines , 


| LINE LNnn eee 3 
STATN name station-index ... 3 
TERMNL name terminal-type terminal-subtype ... $3 


LNnnN cece 3 


e2#eo @ 


LINE 


|_vip_and_BSC3270 Procedure Lines 


LINE LNNN eco 3 

(CLUSTER name ... 3] 

STATN name station-index ... $ 

TERMNL name terminal<type terminal-subtype ... $3 
STATN name station-index ..e.. 3 

(CLUSTER name ... 3] 


LINE LNnn 


| TRANSPAC ” ____ 


name ITPCADD = "string" ... § (a maximum of 2 LSUB commands) | 
ASSIGN = rdte~-name eco § ; : 
name rdte-type eee 3 

name rdtn-type rdtn-subtype ... $ 


name rdte-type ... $ 


Command Syntax 

Commands. begin with the command’s name, “followed by a space, and must 
always end with a semi-colon Ct). Commands may, span over two or more. 
consecutive records. 


Individual parameters within a command may be separated by commas, 
spaces, or any combination of the two. 


Qutside any single command’s “enclosure", blanks or records filled 
with blanks are skipped. 


Certain symbols may not be used within user-defined terms, except for 
those explicitly described as having to be enclosed with double 
quotation marks. These excluded symbols includes 

im Comma "," 

e Slash "/" 

e@ Open sarentnesie 4 

 @ Space * " 

@® Equals "=" 

@e Close sarehthests #98 

@ Semi-colon "3" 

@ Asterisk "x" 

@ Double quotation marks 74, 


Within a command, any user-defined names must be different from the 
command’s reserved names, including 


e The command’s name itself 
@ Keywords 
e@ Self-identifying parameters 


e Non-user defined positional parameters. 


Symbolic Conventions 

Command-reserved names and their aliases are written in capitals in 
the text. These include the command’s name, keywords, and 
non-user-defined positionals. 

Lefault values are underlined in the. text. 


Aliases (i.e., synonyms) for command-reserved names follow the 
“orimary"™ term to which they refer. 


The convention "object~list" may refer to any one of: 
e "object 
e "(object)" 


e@ "(object, object, ...)". 


GEN COM 


SECTION 4 


FIRST GROUP 


GENCOM COMMAND 


Definition 


GENCOM is the only command that must appear in this grous, preceding 
all other CNC commands (with the exception of COMM). GENCOM defines 
the start of network generation, irrespective of network type, of 
URP/DCC and/or DN71NO use. and of VCAM and/or MAM use. It also 
defines parameters for BINS and MAM. 


Command Format 
GENCOM name BTBFSZ = {(L6Q:innn))] €, DABFSZ = (1 44innn)] 

KEY = password] [, MAMNB = (Lin)] 

NBETBF = nnn] {€, NBDABF = nnn] 

PLGNB = nnn] [, QCBLKSZ = (i6itnnnn)] 

QCPOOL = (Qinnnn)] €, QUBLKSZ = (4QQ:innnn)]) 

SIMBRK = (SxsSi"xxx")}] 3 


a & 2 ® ss. 


| crc Ol eee De eee SE cones OE seen TE coe | 


Parameter Descrintion 
RETREAT ET DOTNET I EE SEAR IO EE TLL 


name identifies the BINS service, ranging from | through 4 
alphanumeric characters long. If the GENCOM name is shorter 
than 4 characters, it is riqgnt-padded with underscores. 
THACE, TRCT, DSAC, QMON and TRPT are reserved names and so 
may not be used as a GENCOM name. If no LSYSTEM name is : 
orovided, by default the local system name is the same as the] 
GENCOM name, up to 4 characters long. Thus, the LoYSTEM name | 
used in the network description will be that specified for 
GENCOM. 


BIBFSZ specifies the size in bytes of each unit in the RINS input 
buffer pool. Size may range from "112" through "1056" bytes, 
in increments of 16. If the value ee is not a multiple 
of 16, size is rounded UD. 


The default value is "160", The BINS input buffer pool may be 
used for local secondary network processing in the same way 
as for primary network processing through URP/DCCs. 
Constraints and tuning recommendations applicable, may be 
referred to on pages 8.2 to 8.3. 


~ DABFSZ 


KEY 


MAMNB 


NBBTBE 


NBDABF 


PLGNB 


GENCOM 


specifies the size of each unit of the BINS output buffer 
pool. in bytes. Buffer unit size may range from "112" through 
"1056", in increments of 16. If the value supplied is not in 
multiples of 16, this size is rounded up. The default value 
for a TRANSPAC link is "160". For all other cases, the 
default value is "144", as shown. The BINS output buffer pool 
is used for local secondary network processing in the same 
way as for primary network processing through the URP/DCC. 
Associated constraints and tuning recommendations may be 
found on pages 8.3 to 8.4, with regard to the DABFSZ and 
NBDABF omengenee 


is an MCS-oriented parameter, to define the unique password 
used by MCS applications when executing ENABLE and DISABLE 
verbs, as specified with the KEY parameter of these verbs. If 
this parameter is not supplied to GENCOM, no checking is 
performed when the above verbs are executed. This password 
may range in length from 1 through 10 alphanumeric 
characters, and must NOT be specified if no QUEUFs are 
declared. 


is an MCS~oriented parameter, to ‘sbecity the maximum number 
of MCS processes that may execute concurrently. In a 
multi-process application, each constituent process should be 


counted individually. The default value is "1". This 


parameter should NOT be specified if no QUEUEs are declared. 


specifies the number of input buffer pool units to be used by 
RTNS for I/0 transfers over the lines. The minimum is "8", 
and the maximum is defined by the algorithms 


woo 


(NBBTBE * BTBFSZ) < 65488. 


specifies the number of output buffer pool units to he used 
by BINS, with a minimum of "8", The maximum is defined by the 
algorithms: 


(NBDABF * DABFSZ) < 65504. 


For optimum values, refer to pages 8.3 through 8.4. 


specifies the maximum number of terminals connectable 
simultaneously to the system via TRANSPAC, through either a 
PAD or a CSk25 RDTE, to allow the TRANSPAC table to be tuned. 
The default is computed by the CNC utility according to the 
parameter values supp lied with the LSUB mone and must not 
he supplied if no LSUB is present. 


QCBLKSZ 


QCP OOL 


QDBLKSZ 


SIMBRK | 


GENCQO M 


is an MCS~oriented parameter, to specify the size in bytes of 
each block in the memory queue pool. Memory block size may 
range from "76" through “1024", with a default of "76". This 
parameter should NOT be specified if no QUEUES are declared. 


is an MCS-oriented parameter, to specify the number of memory 
queue pool blocks to be shared by all queues so qualified in 
their respective QUEUE commands, with a default of "0". The 
maximum number of memory blocks to be sharable is defined by 
the algorithms 


(QCPOOL + sigma (NUMBLK)) * QCBLKSZ < 65535. 


For the NUMBLK parameter, refer to the QUEUE command (on page 
5.31). _ i 


is an MCS-oriented parameter, to specify the block size in 
bytes for the disk queue file to be used for saving messages. 
The block size specified should be the size of the MAM buffer 
unit used for storing messages before rewriting to the file. 
This disk queue block size may range from “400" through 


"1024", with a default of "400" bytes, and should NOT be -_ 


specified if no QUEUES are declared. 


supplies a character string for use as a break qualifier, 
prior to BINS issuing the terminal operator identification 
command for network control purposes. Size may range from | 
through 3 alphanumeric characters, enclosed by double 
quotation marks, with a default of "SxS", 


For terminal operations, refer to the Network Control 
Terminal Operations and Terminal Operations Manuals. 


4.3 


GENCOM 
Example }3 


GENCOM MCSI, BTBFSZ = 200, KEY = PASS, MAMNB = 2s NBBTBF = 20, 
QCBLKSZ = a QCPOOL = 503 


This command names a network “WCSI" and specitiess 


e “"BIBFSZ = 200, NBBTBF = 20" — for the BINS buffer pool to be made 
up of 20 units each of 200 bytes. 


e@ "KEY = PASS" - so that ENABLE and DISABLE verbs issued by MCS. 
applications must specify the KEY option in order to be executed. 


@ "MAMNB = 2" - in order to allow concurrent execution of eithers 
e 2 single~process (1.e., monoprocess) applications 


@ | application with 2 processes: (i.@., a ea 
application). 


® "QCBLKSZ = 205" - so as to have a memory block size of 205 bytes, 
partitioned as? 


© 5 bytes reserved for MAM control information 
@ 200 bytes for “storing message ee 


® "“QCPOOL = 50" - to reserve a set of 2a memory blocks for sharing 
in the noneny queue eee . | , 


Example 2:8 


GENCOM DAC], BIBFSZ = 150, DABFSZ = 150, NBDABF = 30, 
SIMBRK = "Xxts 


This command names a network “DACI", with the attributes: 


e “BIBFSZ = 150" - to set the size of (BINS) input buffer pool units 
at 150 bytes. The number of these buffer units will be determined 
automatically by the CNC utility, iia to the network’s 
components. 


e@ "DABFSZ = 150, NBDABF = 30" = in order to have a BINS output 
buffer pool with 30 units each of 150 bytes. 


@ “SIMBRK = "Xx%"4 — to define the break qualifier for network 
: control commands and local dialog as "X%", 


COMM 
OTHER COMMANDS 


These commands may appear anywhere in the command sequence. 


COMM Command 


DEFINITION 

The COMM command defines a comment, and may appear anywhere in the 
network description, even before the GENCOM command or within an 
ordered sequence. 


COMMAND FORMAT 


COMM "string"? 


PARAMETER DESCRIPTION 


“string” is a character string enclosed within double quotation marks 
which must be opened and closed on the same record (i.e., 
card or line, as appropriate to the type of input used). 


This comment string may not under any circumstances span two 
or more records. If a comment is longer than the record’s 


maximum length, the excess number of characters must appear 
on the next COMM command. | 


EXAMPLE 


It is supposed that the following comment is to be inserted in the 
CNC step description, on card input files 


NETWORK GENERATED EXCLUSIVELY WITH KEYBOARD/SCREEN VIP TERMINALS 
FORK CUSTOMER ACCOUNT ENQUIRIES 


In order to accomodate this comment, two consecutive COMM cards must 
be used, as follows: 


COMM "NETWORK GENERATED EXCLUSIVELY WITH REP Oln Gree VIP 


TERMINALS FOR"3 
COMM "CUSTOMER ACCOUNT ENQUIRIES"s 


4.5 


IDSEQ. 
IDSEQ Command | 


DEFINITION 


Required for any terminal to be connected over a secondary switched 
network and "recognized" by BINS in terms of its location and 
physical characteristics. IDSEQ may appear anywhere in the network 
description, provided that it does not disrupt either oF the 
following eeatences: 


@ LINE - CLUSTER - STATN - TERMNL 
® RDTE - RDIN. 


Although not mandatory, IDSEQ should be used for identifying the 
characteristics of any terminal connected to the URP/DCC over 


switched lines (either point-to-point or aurora or EDT Ough the 
TRANSPAC French public data network. 


At connection time, the terminal operator (or the terminal ‘itself, 
through the “answer=-back" function) may provide an identification 
sequence for BINS to check terminal type and subtype(s) against those 
specified in the IDSEQ command. The terminal is then managed 
according to these physical characteristics with respect to such. 
attributes as page and line length, password erasing sequence, 
automatic line feed capability, and device address. 


If IDSEQ is not specified, the terminal will be managed strictly 
according to the default parameters defined with the TERMNL and/or 
RDIN commands. 
Figure 4-1: IDSEQ Versus TERMNL/RDIN, Overriding Rules 
"Yes" indicates parameters overridable by IDSEQ 
type s | ASSIGN yIM PAGE — 
subtype Yes | AUTO 'LINELG | SBLKG 


ADD —s Yes: & | AUTOLF | NOBT | SYSHEAD | 
ANSWBCK | CLOSE | NSYSMES No = | TAB 


* Denotes default values determined by type and Gubtype: 


IDSEQ 


Where IDSEQ specifies a string representing an “identification~-. 
sequence", log-on will only be allowed under the following 


conditions’ 

e If the ID matches the “identification-sequence” of a valid IDSEQ 
command 

e If the terminal type specified in the IDSEQ command corresponds to 


the line procedure applicable to the line declared. 


COMMAND FORMAT 


IDSEQ “name”, type, subtypel [, subtype2 [, subtype3]] $ 


PARAMETER 


tname"™ 


type 


subtype=—n 


DESCRIPTION 


defines the name to be sent as terminal identification 
sequence at connection time, to be matched with either? 


@e The ID key~in by the terminal operator, as part of 
log-on dialog with the system, in the message? 


CCO! IDC ,USER/PROJECT/BILLING] [€, {APPL:$PASSWORD) 1]? 


@ The identification sequence sent automatically by the 
terminal, fulfilling both the conditionss 


@ That it has “"answer-back" capability 


e That the corresponding TERMNL command has been 
specified with the ANSWBCK option. 


This name must be enclosed in double quotation marks and 
may range from 1! through 4 alphanumeric characters in 
length. 


defines the type of standard terminal compatible with the 
line procedure used$ see the TERMNL and RDIN commands. 
Under the current release, IDSEQ is applicable only to 


"standard" terminals. 


specifies attributes of the terminal concerned, such as’ 
@ Ability to receive system messages 

@® I/0 capability 

e Default address. 


Refer to the TERMNL command for the range of terminal 


subtypes available. 


IDSEQ 

EXAMPLE | 

IDSEQ “MCNS", AJ832, KPR¢ - | 
This command specifies an AJ832 terminal as "MCNS", The terminal’s © 
input/output capability is defined as comprising a keyboard with 
printer. 
EXAMPLE 2 

IDSEQ "E552", MTS7508, KCT, PRT, DSKs 
A VIP terminal (such as TIS7800 or VIP7760), beatae on and providing 


the identification sequence "E552", will be managed as an MIS/508 
terminal with the terminal subtypes validated as shown in the syntax 


of this manual. 


SECTION 5 
SECQNE GROUP 


The following CNC commands should be presented in the CNC command 
sequence directly after the GENCOM command. 


Secondary network commands include CLUSTER, LINE (note that this 
command is also required for HDLC lines on a primary network), 
STATN, TERMNL. and IDSEQ 


Primary link exit command: {secondary network command group) and 
LSUB 


VCAM subsystem command: DCTAP 
QMON commands include GENQMON and QUEUE 


Commands for terminals through TRANSPAC include LSUB, pve, ROUTE 
and RDIN. 


All the above commands, with the exception of those associated with 
TRANSPAC, are covered in this section. Section 6 is reserved for 


commands exclusively used for access to TRANSPAC. 


SECONDARY NETWORK 


CLUSTER Command 


DEFINITION 


Applicable only to polled multipoint lines with BSC3270 and VIP 
procedures. CLUSTER is used to group several stations together as a 
Single addressable entity. 


This command must be followed immediately by the sequence STAIN - 
TERMNL €-— TERMNL ..-] defining the cluster as having. one or mire 
stations. Until the next CLUSTEX command in. the sequence, all STAIN 
commands refer. to the current cluster. 


CLUSTER may not be used for a TITY, HULC or BSC2780 line. 
Clusters facilitate network control in that a Single "HT" or "RT" 


command addressed to the cluster replaces as many “HT” or “RT" 
commands as there. are. individual stations involved. 


CLUS TE 


R 


CLUSTER is also used to declare a DPS 6 system, connected to the DPS/ 


through a VIP line. The UPS 6 is described as a cluster of VIP 
terminals of type "HL6" and the cluster name is the same as that of 
the site on which the DPS 6 is to be known. Refer to the "Remote 
Facilities" Manual. 

COMMAND FORMAT. 


CLUSTER name [, CLOSE] 3 


PARAMETER DESCRIPTION 


name ranges from | through 4 alphanumeric characters and identifies 


the cluster uniquely in the URP/DCC network, 


CLOSE speci fies that BINS must not poll the stations attached to the 
Cluster, until an "RT cluster-name" network-control command is 


issued to start dialog with the stations declared. 


EXAMPLE | 


The following CNC descriptions show two alternative possible ways of 


declaring the same stations: 


Cub Veo. te: R 
LINE LNO23 


STATN STOO, 10% = 
TERMNL v0O0O, VIP/700, KCTS 


CLUSTER CLOI$ 

STATIN STOI, 13 

TERMNL VOl, VIP 7001, KCTs 
STATIN STO2, 23 

TERMNL VO2, VIP/O01, KCT$ 


CLUSTER CLO2, CLOSE$ 

STATN STO3, 33 

TERMNL VO3, VIP7001, KCT3 
STATIN S104, 4% 

TERMNL VO4, VIP7/700, KCT$ 


CLUSTER CLO33 

STATN STO5, 7/3 

TERMNL .VO5, VIP7700, KCT3$ 
STATN STI06, 83 

TERMNL VO6, VIP7OOI, KCTS 


This example defines a VIP line “LNO2" comprising 7 stations numbered 
from "STOO" through "STO06". Six of these stations have been declared 
under 3 clusters named "CLOI", "CLO2" and "CLO3". 


Cluster "CLO2" will not be polled until an "RT CLO2" network control 
command is issued. | 


The 7 stations shown may alternatively be declared under 4 clusters, 
depending on the requirements of the network: 


LINE LNO2$ 


CLUSTER CLOOs 
STATN STOO, 103 
TERMNL VOO, VIP7700, KCTS 


CLUSTER CLOIs 


| 


CLUSTER CLO2, CLOSES 


e@@e 6 
@@ 6 


CLUSTER CLO33 


ee 92 


EXAMPLE 2_ 


CLUSTER 


This example declares a DPS 6 system. connected through a VIP line. 


CLUSTER 
- STATN 
 TERMNL 
STATN 
TERMNL 
STATN 
TERMNL | 


REF1$ 
S401, 
V40l, 
S402, 


V402, 


9403, 
V403, 


iT 
HL6, KCTS 
23 
HL6O, KCTS 


33 
HL6, KCT$ 


LINE Command 


DEFINITION 

Required for each communications line in the network, LINE must be 
followed by all the CLUSTFR, STATN and TERMNL commands pertaining to 
Et. 

LINE identifies the line and defines its characteristics. 

Fach communications line to be supported by the network, must be 
described by a senarate LINE command. 

COMMAND FORMAT 


Secondary Network Lines 


RKMOD) (€, BRKLG = (4:nn)) €, CCINS = nnn) 
CLV = nJ €(, CLOSE J] (€, EPX) (€, ERCAP] 


LINE LNan 


C, 

(, 

(, ININS = nnn) (€, LINPLG) €, NAUCDE) (, NDISCNT] 
(, PADNB = nn) (, PARITY = n) C€, PLCNT = nn) 

(, PLRGF = nnn) (, POLLIST = (nn (, nn ...))]) 

(, RTCNT = nn) (, SPEED = x} (,. SPN = (011)] 

(, SSK] €, TCTNM = (ASCII:SPTTY)) (€, TILEN = nnn) 
{, TOLEN = nnn) 3 


Primary Network HDLC Lines 


LINE LNnn (, CLOSE) €, UHDLCW = (nt, n2)) 3 


TLT PARAMETERS 


The TLT is a UKP/DCC table attached to each line. It contains all the 
parameter characterizing line functions. 


Some of these parameters are not accessible to system software and 
must be initialized during URP/DCC firmware generation. For all 
lines, except those declared CLOSED, further parameters are 
initialized by BINS during the start-up phase. An "KI" network 
control command must be issued, to activate line processing. 


The TLE, loaded by BINS, is built up by the CNC utility which reads 
hardware parameters from the URP/DCC and initializes carameters 
visible to the system software either with default values or with 
narameters explicitly snecified in the appropriate CNC commands. 
Parameter default values are stimmarized helow, after the Parameter 
Pe eta EON 


5.5 


LINE. 
Parameters may he classified in three categories 


1) TLT tuning parameters, which may be moaified dynamically during 
the BTNS session with the "MIL" network control command 


2) TILT svsten parameters, which depend on the requirements of the 
application program. These are either determined hy the 
analyst/programmer or affected by manipulative procediires under 

the control of the terminal operator. 


3) TLY hardware and procedure parameters, which depend mainly on the 
hardware characteristics of terminals, modems, and line procedure 
specifics. 


PARAMETER DESCRIPTION 


LNnn defines the line uniquely within the network and is declared — 
in the SRST at installation time. Values may range from "OI" 
through "99", : 


The CNC utility checks that the line declared ist 
@ Present in the SRST 


@ Connected and available from a software point of view 
(i.e... "released" in terms of device management) 


@ Not the system console line. 


BKMOD is a TLT system parameter which specifies the effect of a 
"break" during message output. BKMOD is applicable only to 
TTY terminals equinoped with a BREAK keys 


e If specified, output is immediately terminated 


e If not specified, output continues until the end of the 
ctrrrent message, hefore the BREAK condition is reported to 
BINS. 


BHKLG is a TLT hardware/.:rocedure parameter which specifies the 
length, in number of characters, of the BREAK signal over the 
reverse channel of TTY lines. Values may range between "4" 
and "15" inclusive, with a default of "4", 


CCINS is a ILT hardware/jrocedure varameter which defines the 
number of "fill" characters to be inserted after activation 
of a mechanical function by control code. Such frinctions 
include "carriage return" and “line feed". This is done in 
order to avoid losing subsequent data characters transmitted 
during execution of that function. The number of "fill" 
Characters may range from "0" through es and depends on 
the type of terminal involved. | 


~ 556 


CLOSE 


CLV 


EPX 


ERCAP 


ININS 


i: tN CE 


If "O" is specified, no "fill" characters are inserted. The 
default value depends on the type of terminal applicable: 


3 TTY 
10 TIY-R 

O VIP<A or HDLC 
O VIP=S 

2 BSC or TCV 


specifies that BINS must not initialize traffic over the line 


concerned, until an "RT" network control command is issued to 
start processing of the line. The TLT for the line is not 
loaded during BINS start-up. By default, the line is active. 


is a TLT hardware/procedure parameter, to specify the level 
of code used on the line, including the parity bit where 
applicable. Values range from "0" through "3", with the 
following meanings? 


O 8 bit code (the default value) 

i 7 bit code 

2 6 bit code 

3 5 bit code (illegal for a synchronous line’ i.e., VIP 
synchronous or BSC). 


is a ILT parameter which specifies that echoplex is to be 
used over a ITY lines i.e., a character received by the 
URP/LCC is turned around to the transmitting terminal. 
Echoplex may only be specified for fully~duplex lines, and 
may be used for TIY3/7<-type terminals with a PEeneer and 
keyboard disconnectable from each other. 


is a ILT parameter which selects “erase" capability for TTY 
lines only. When specified, the operator may delete the last 
character entered, by keying in a "back slash" (i.e., 
"reverse Slant") character. Input message length, including 
"erase" characters, must not exceed "128", Erase capability 
may alternatively be achieved using the $*$DbC command. 


is a TLT hardware/procedure parameter which defines the 
number of SYN control codes to be sent before each message, 
to allow synchronization. This parameter is applicable only 
to a synchronous lines i.e., VIP synchronous or BSC. The 
number of SYN control codes may range from "0" through "127", 
depending on terminal characteristics and performance. 


The default is "4" SYN control codes. 


LINE 


LINPLG .is a TLT system parameter which specifies that polling of a 
multipoint line is to be linear’ i.e., polling is to. 
-recommence from the top of the list after each successful 

polling. By default, "round-robin" polling is assumed} this 
means that subsequent polling starts with the line 
immediately following the last entry successfully polled. — 


NAUCLE is a TLT hardware/procedure parameter applicable only to a 
| switched line, to allow for manual connection. When 
specified, detection of the ring indicator on the line is 
inhibited, making the line unavailable to the network. In 
order to render such a line available again, this parameter 
must be omitted from the next network generation. 


NLISCNT specifies that BINS must not Wiecounect, a switched line 
automatically, when the TOLEN time-out interval is exhausted. 
See TOLEN. NDISCNT is allowed only for switched lines and, in 
particular, should only be used for in-house switched lines 
where no common carrier billing considerations apply. 


PADNB is a TLT hardware/procedure parameter which defines the 

| number of PAD control codes to be sent at the end of each 
output message. This is done in order to avoid losing the 
last character(s) in case of turn-around on reception. The 
number of PAD control codes ranges from "0" through "15", 
depending on modem characteristics, with a default of "4", 


PARITY is a TILT hardware/procedure parameter used to check input 
parity, depending on the type of terminal connected. Values 
range from "0" through "3", with the following meanings: 


O code without parity | 
| code with pacuco=pene i.e., the parity bit is always 
get to | 
2 Code with even parity? ee the number of "Il-bits" is 
even (the default value). 
3 Code with odd parity’ i.e., the number of "I-bits" is odd. 


PLCONT is a ILT system parameter for use in getting better response 
time over polled lines with a sizeable number of stations, 
arbitrarily set at more than 7. During the normal polling 
cycle, the URP/DCC firmware automatically polls each station 
specified in the (default or explicitly-defined) polling list 
for the line concerned: see POLLIST. If all stations are 
found to be idle (i.e., with nothing to send), the URP/DCC 
looks for a BINS output request before starting a new polling 
cycle. PLCNT defines a maximum number of stations to be 
polled automatically before a BINS output request may be 
taken into account. As a result, the maximum number of 
stations must not exceed the length of the polling list. 


5.8 — 


PLRGF 


POLLIST. 


RICNT 


Ldi‘n £ 


Minimum value is "O"3 ji.e., the whole polling list is scanned 
before a BINS output request nay be serviced. The maximum 
value is "15". Determination of default value depends on 
whether the numhey of stations is? 


@e Less than or equal to 3, the default value is the same as 
the length of the polling list 
@ Greater than 3, the default value is "3", 


is a TILT system parameter which defines the PoLling 
ReGulation Factor, in order to control the rolling frequency 
for stations in the OFF state. During the pollina cycle, each 
station which does not reply adds its TOLEN time to the total 
inactivity time of the network, which may degrade network 
cerformance. 


The Polling Regulation Factor specifies the number of polling 


cycles to be executed for ON stations, before executing a new 


cycle for all stations; i.e., including the OFF stations. If 
All stations are OFF, this value is ignored. 


Minimum valires 03 i.e., no distinction is made between ON and 
OFF stations 


Maximum values 255 


Default values 10. 


Specifies the polliny list to he used over the line, provi:sied 


that it has been declared as multipoint in the SRST$ e.9., TC 
and VIP. Stations to be polled are identified by their STIs 
(oTation Indexes), ranging in value from "I" through 32". 
The number of stations on the list must not be greater than 
the value declared with the SRST parameter POLISTLENGIH for 
the line. STIs may be repeated in the list, in any order, 


provided that they correspond to the STIs declared with SIATN © 


commands after the LINE command concerned. 


The polling list may. be modified by the "MTP" network control 
command, provided that the number of stations in tne modified 
colling list is not to exceed the total number originally 
specified. A default polling list is established for the 
line, according to the sequence of the various relevant STATN 
commands. with 1! entry per station. See run-time 
prerequisites on page 3-2. 


is a TLT hardware/rrocedure parameter which szecifies the 
number of retries to be attempted whenever an error occurs in 
transmission. Values may ranye from "I" through "15", with a 
default of "4", 


LINE 


-SPEEL is a TILT tuning parameter which defines the speed of an 
asynchronous lines i.e., ITY, TC, or VIP asynchronous. Values 
range from "A" through "T", representing the following 
speeds, in bits per seconds _— 


A= 50 E = 155 I = 600 M = 1800. Q = 4800. 
B= 715 F = 150 J = 900 N = 2000 R = 7200 
C= 100 #$é#§%G = 200 K = 1050 Q = 2400 S = 9600 
C = 110 H = 300 L = 1200 P = 3600 T = 19200 


A DCC (Lata Communications Controller) is configured with 4 
of the 20 speeds listed. The CNC utility checks that the 
value defined for the line is one of the four speeds 
configured for the DCC in question. A speed is selected for a 
gQiven line from these four values and is specified at SRST 
generation time with the LINE resource command, to tailor the 
URP/LCC buffers for that line. In order to override the SRST 
value, the SPEED parameter supplies the new value (which must 
be compatible with the URP buffers generated for that line). 


SPN is a TILT hardware/procedure parameter which defines the 
ss number of stop bits to be sent after each character, in 
asynchronous transmission: i.e., TITY, TC, or VIP 
asynchronous. This also depends on the type of terminal 
concerned. Values may be eithers 


O for 1! stop bit 
| for 2 stop bits. | 
SSR sisi a TLT hardware/procedure parameter which is specified 
according to modem and line speed type, as shown in Figure 
5-1 below. — 
Figure 5-I Line Speed and Modem Types 


Modem Characteristics Position, 


aap menEenets frequency | [pin tt CANNON 
emission ; 


| asynchronousjdebit binary| pin 23 CANNON 


asynchronous|debit binary] pin 23 CANNON] 
| synchronous |debit binary] pin 23 CANNON] 
synchronous debit binary] pin 23 CANNON] 


~any~ 


TCTNM 


TILEN 


Line 


is a TLT hardware/procedure parameter which allows selection 
of a translation table other than the standard one defined, 
for either of the options: 


ASCII: If the line procedure is BSC2780 or BSC3270, 
transmission is in EBCDIC internal code. Depending on 
the type of terminal, ASCII-to-ASCII transmission may 
be forced by specifying TCINM=ASCII. 


SPTTYs: If the line procedure is TC or TITY, the associated TCT } 
may be patched by the user to obtain specific J 
functions. These depend on the type of terminal and 
include, for example, an alteration to the “erase” 
character or "end-of-message" code. To indicate that : 
the "special" user-—patched TCT is to be loaded instead | 
of the associated standard TCT, TCINM=SPTTY must be 
specified. 


This parameter is meaningless for the VIP line procedure. 


There is no default for the TCINM parameter. In its absence, | 
the standard TCT for the particular line procedure is loaded. | 


~ Notet Each line procedure, except HDLC, has its own Trans- 


lation Code Table. In general, translation is from 

ASCII to EBCDIC on input and vice versa on output. Ihe 
CNC utility identifies the TCT to be loaded into the : 
URP, when the network is being generated. When the line | 
is “opened” at run-time, its associated TCT will 
automatically be loaded, unless otherwise specified. 


is a TLT tuning parameter which defines the “time-out” value 
used by the URP/DCC to control initialization and 
disconnection of the modem. This value may range from "20" 
through "255" units, each unit representing 50 milliseconds. 
In Figure 5-2 below, the value specified must be greater than 
Tt and T2, both of these depending on modem performance. 
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If the "time-out" value is too small, BINS will display the 
message 


@ Upon initializationt | 
CCils LNnn CANNOT BE OPENEDs ENABLE CP FAILED 
@ Upon disconnections 
—CC1Il LNnn HELD BY SYSTEM: DISABLE ERROR. 
TILEN may be eaditied with the network control command MTL. 


is a TLT tuning parameter which defines the "time-out" value 


used by the URP/DCC when: 
@ Polling a buffered terminal 


@ Timing the interval between characters input from an 
unbuffered terminal. 


For buffered terminals, "time-out" may range from "0" through 


"65535" units, each unit being 50 milliseconds. A "0" value 
orves a "time-out" of 50 * 65536 milliseconds. 


For an unbuffered terminal, the "time-out" value may range 
from "O" through "255" units, each unit being 2 seconds. A 
OM value gives a “time-out” of 2 * 256 seconds. 


TOLEN may be modified with the MTL network control command, 


when time-out occurs under the following conditions: 


e For synchronous terminals, BINS reports the condition on 
the network console with the message: 


"CCI3 station-name UNAVAILABLE" 


@ For asynchronous terminals, BINS cancels that part of the 


text already input and initiates a new "read". 


e For a switched line, BINS disconnects the line 


@ For a BSC3270 multipoint line, time-out is controlled by 
the IBM3270 controller and not by the URPs: this TOLEN 
parameter is therefore not applicable. 
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Figure 5-38 TLT Parameter Default Values 


Notes: 


* RSC line procedure is applicable to both point-to-point 
and multipoint 

(a) See detailed parameter description in text 

(b) For multipoint BSC3270, only 

(c) Values are defined by the SRST entry for the line 

(d) Value of tmit = 50 milliseconds 

(e) Value of unit for: 
@® TTY and TTY-R line procedures = 2 seconds 
@® Other line procedures = 50 milliseconds. 

na Denotes "not applicable", | 


The above table deals only with parameters for which values 
are to be defined by the user. For options specified dy a 

~self-identifying parameter, the default value is the absence 
of the parareter. 


Parameter _ 


UHDLCW 


e. yo 
; ITTY ;: 
| : 4 
om ene cee me te sem ene came mee fee mon enw ame | 
| BKMOL 7 yes i 
| BRKLG ino - 
» CCINS » yes ¢ 
| CLOSE ; yes 3 
| CLV ; yes 3 
|} EXP i: yes 
| ERCAP +t yes } 
| ININS ; no 3 
| LINPLG ino 3 
| NAUCLE (f) + yes : 
| NGOISCNT > yes 4 
| PALNB + yes i 
| PARITY ; yes } 
| PLCNT ; no ‘ 
| PLHGF ; no % 
{| POLLIST (g) + no 
| RICNT / yes i 
| SPEED a yes 3 
| SPN © yes i 
| SSR ; yes 3 
| TCITNM / yes ; 
| TILEN i yes i 
|} TOLEN » yes ¢ 
Figure 
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default 
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Line Transmission Procedure 
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TTY-R : TC i: VIP i VIP i BSC i: HDLC 
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yes «+ yeS: yeS + no i: no ? no: no 
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5=43 LINE. Parameter Qptions Allowed 


only if the line is declared switched in the S8ST 
only if the line is declared multiploint in the 


describes point-to-point — 
describes multipoint 


TTY-R describes TITY line procedure with break on the 


channel. 


applies to HDLC lines? 


the maximum number of reads to be executed in one 
Limited to "I" in the current release, the 
is rae 


n2 defines the maximum number of writes to be executed in one 


"Shoot", 


This is limited to "7" in the current release, 


with a default of "7". 


The term "shoot" refers to the number of input or output CCEs 


in the phyi 


cal channel program executable at one time before 


"turn-around". 


614 


LINE 


Although the LINE command must be followed by STATN and 
TEXMNL commands, the mandatory parameters to be specified for | 
these commands need only be syntactically correct for the CNCI 
utility to accept. | 


Having described the line, the parameter LNnn must then 
appears in the case of a3 


@ Point-to-point HLLC line, as the argument of the ACCESS 
parameter in the CP command 


@ TRANSPAC virtual circuit, as a parameter in the LSUB 
command (see Section VI "TRANSPAC Commands"). 


Refer to Section VIII "Tuning the Network", under "BINS/URP 
ANL TNS/URP TUNING", 


EXAMPLE 1 

LINE LNIO3 
This command defines a line named "LNIO" in the SRST, to function 
with the default options assumed by the CNC utility according to the 
line procedure specified (also in the SRST). 
EXAMPLE 2 

LINE LNO4, LINPLG, POLLIST = (I, 1, I, 2, 3), TOLEN = 43 


this command defines a multipoint line named "TE NO4", with the 
attributes: 


e "LINPLG" for each polling cycle to start with the station 
identified by the station index "I" at the "head" of the polling 
list: see "POLLISI®™, 

@ "POLLISI"$3 the station indexes specified mean that? 


@ the length of the polling list declared for LNO4 is at least 
"mH", accounting for 5 STIs 


@ For each polling cycle, the station identified as "I" is to be 
polled more often than stations "2" and "3", because? 


@ STI "It" is specified 3 (consecutive) times more than STIs 
wou and ai 3 


@® the linear polling specified by LINPLG ensures that SII "i" 
has more chance of being polled since it heads the polling 
list and occurs repeatedly. 

@ "TOLEN" selects a "time-out" value, for use by URP/DCC firmware, 
of 4 * 50 = 200 milliseconds. 


Selo 


ae 


"Time~out" defines the doe between the dispatch of a polling 
message and the corresponding station Roe pour es | 


If a TRANSPAC local subscription includes PVC, this must be 
defined in PVC, RDTE and RLTN commands, even though not used. 


EXAMPLE 3 


LINE LNI5, CLOSE, EPX, ERCAP, SPEED = Ds 


This command defines a line named *"LNI5S", with the attributes: 


“CLOSE” so that the line will not be initialized at BINS start-up, 
but only with an “RT LNI5" command issued at the network control 
terminal. 


“EPX" because the line declared is a TITY line for which “echoplex" 
is to be used. This option may only be used when the terminal’s 
keyboard is disconnected from its printer. 


“ERCAP™ to ensure that the character to be used is the "erase" 
character. | 


"SPEED". This is a TTY line operating at a nominal speed, say, of 
300 bits per second (value = H). The speed of transmission is to 
be altered to I10 bits per second i.e., value = D. This is one of 


the four speeds configured for the line. This speed may be 


modified at run-time with the "MTL" network control command. 


STAIN 
STATN Command 


DEF INITION 


befines a station attached to a polled line, and must immediately be 
followed by TERMNL commands defining the terminals composing the 
Station, before the next station on the line may be defined’ See 
Example 3, below. 


STATN iS applicable to all line procedures except TTY, and is 
meaningful only for multipoint lines. More than one STATN command may 
be associated with a given LINE command, and several SIATN commands 
may be grouped together under a single CLUSTER command. 


For point-to-point lines, the station "concept" refers to the logic 
needed to drive the line. For VIP lines, the station maps onto the 
terminal object, and for BSC lines to a controller unit (as general 
polling is performed for BSC3270 lines). 

COMMANL FORMAT 


SLATN name, station~index [, CLOSE] 3 


- PARAMETER DESCRIPTION 


name uniquely identifies the station in the URP/DCC network, 
ranging from | through 4 alphanumeric characters in 


length. 


Station-index defines the STI by which the station is to be polled, a 
decimal integer value ranging from "I" through "32", 
The STI is the index of the station’s hardware address 
and must be unique for each station on a given line: 


e For VIP lines, this is the index in the ordered list 
(O, 1, 2 «e- 31) Of the terminal address 


e For BSC3270, it is the index in the ordered list 
(40, Cl, C2, «2. SE, SF) of the controller unit 
address 


@ For HDLC Point to Point as well as BSC2780 lines, 
this value must be l. 


Tne maximum number of stations is configured in the 
SRST. 


CLOSE specifies that BINS must not poll the station until an 
"RT station-name" network control command is issued in 
order to start dialog with the station? see Example 2. 


5.17. 


STATN 
EXAMPLE | & 
STATN STAI, 43 


This command sepinee a station Gane "STAI", with an STI of "4", 


EXAMPLE 2. 

STATIN STA2, 1, CLOSES 

This command defines a station which may not be ae until an “RI 
(STA2N network control command has been issued. a, 
EXAMPLE 3 


The following sequence of commands shows the use and positioning of 
the STATN command. | 


LINE LNI2$_ 


STATN STOO, 13 
TERMNL TOO, VIP7001, KCT?s 


STATIN STO], 2, CLOSES 
TERMNL TO!, VIP7700, KCT3 
TERMNL TO2, VIP7700, PRTS$ 


STAIN STO2, 53. 
TERMNL TO3, VIP7OO1, KCTS 


The polled line "LNI2" has 3 stations attached to it3 “STOO”, “STON, 
and "STO2", 


Stations "STOO" and “STO2" are each eoneesed: of only | terminal, 
identified as "TOO" and "TO3", respectively. 


Station "STOI" has 2 terminals, namely “TOI and “TO2". 


TERMNL 
TERMNL Command 


- DEFINITION 


Defines the terminal, as a uniquely addressable unit in the network, 
and specifies the characteristics with which it is to function. 


Except for TITY line procedure, TERMNL commands (defining the 
terminals composing a station) must follow immediately after the 
associated STAIN command (if present) or LINE command. 


For TTY line procedure, to which the STATIN command does not apply, 
the TERMNL command must immediately follow the relevant LINE command. 


For switched lines, parameters defined at network generation in the 


TERMNL command, are default values which may be overridden at 
connection time. | 


COMMAND FORMAT 


TERMNL name (terminal-type:SLAVE), terminal~subtype 
, {C, ADD = "hh" )] €, ANSAVBCK] [€, ASSIGN = name] [, AUTO] 
(, AUTOLF] €, CLOSE] (, IM = {(NL:UN)] (€, LINELG = nnn) 
{, NOBT] (€, NSYSMES) (, PAGE = nnn] [, SBKLG = (§8Qinnn)] 
C, SYSHEAD = (#9D25"i"hhhhhhhh") 1. u TAB] 
(, USER = user-name] 3 


PARAMETER LESCRIPTION 


name uniquely defines the terminal within the BINS 
| network, with a value which may range from | through 
4 alphanumeric characters in length. This name must 
be identical to the name given for the corresponding 
MAM queue, if the terminal is to be used by MCS 
applications programs. See the QUEUE command. 


terminal-type § defines the type of standard terminal specific to 
the line procedure used, and therefore the 
characteristics associated with a given terminal. 
Terminal-type may be either: 


e Standard, featured in Figure 5-53 i.e., a 
terminal supported by GCOS as "standard" 


@ Non-standard. The user should contact his local 
Bull technical support in the event of a | 
requirement for definition of a new or "foreign" 
terminal-type’s characteristics for support by 

~—6©GCOS (with its features mapped onto 
_ GCOS-supported > features). 


In the case of a terminal having several subtypes, 


5.19 


T.ER M N L 


thie subtype £6 act. as “mas ter" is declared with the 


terminal type, and heads the list of TERMNL commands | 


declaring the other subtypes. The subtypes following 
the "master" must be declared as "SLAVE". If "SLAVE" 
is specified, ASSIGN and AUTO may not be present. 


‘Figure 5-5: Types of Standard Terminals 
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MINITEL and TELEX are only supported for use via TRANSPAC$ refer to 
section VI. 


terminal- Pome een specifies the functional characteristics of the 


terminal’ e.g.: 


CAS Cassette | 

CPU. Central Processor 

CRT Screen | 

DSK Disk or diskette 

KB Keyboard | 
KCT Keyboard with screen 
KPR Keyboard with printer 
PRT Printer. 


The terminal’s I/0 capability-is overridden by its 


subtypes i.e., if a keyboard printer is declared as 
"PRT", its keyooard will be disabled. 
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Figure 5-68 Terminal Subtype Capability 
Figure 5-/: Allowed Type/Subtype Combinations 


With Corresponding Default Device Addresses 
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'KLS7255 
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*PC7800 
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iterminal ! line [. : 


;VIP7001 iVIP(S) ‘ 1 179 7 Jo 119 4 ‘88 3 
;VIP7I00 TTY ‘ : 1 yt (ytiye : 
sVIP7200 iTTY © ‘ ‘ 7 yt rytiyes H ' 
‘VIP7700 iVIP(S) 197 | (19 § 479 ETO § 188 } 
:VIP7760 i:VIP(S) : i 179 397 G79 GT9 | ‘38 3 
iVIP7801 iTTY i i iy iyiyie : ‘ 
‘-VIP780IV itTTY t ‘ > Vt >yi ye : ; 
iVIP7802 iTTY a + § Ya >ytiye ‘ ' 
‘VIP7804 iVIP(S)  § : i199 § 179 479 | i779 3 
*>VIP7805 iVIP(S) ‘ > $879 | 179 379 § 19 4 
‘VIP7814 i{VIPC(S) ‘ : i719 | i79 379 | 19 4 


"Terminal-subty pe" determines the I/0 capability of 


the terminal (e.g., its ability to receive system 


messages) and defines its default access. 


In Figure 5-7 "Allowed Type/Subtype Combinations", 


above, "y" indicates that a given combination is 
allowed. The default address, where applicable, is 
given as a 2-digit hexadecimal value. 


specifies the address of the terminal device within 
the station, with. a 2-digit hexadecimal value 
enclosed in double quotes. Values. are determined at 
installation time, obtainable from the Field 
Engineering Service. This (hardware address) 
parameter is mandatory for terminals connected with 
BSC3270. procedure, and must also be specified for 
VIP lines when the terminal device address should be 


different from the default generated by the CNC 


utility for the type/subtype combination applicable. 
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ANSWBCK 


ASSIGN 


AUTO. 


TERMNL 


specifies that the terminal is to have “answer=back*" 
capability, applicable oney to terminals connected 
over switched lines. 


The identification sequence is a string of up to 12 
alphanumeric characters’ see the IDSEQ command on 
pages 4.6 to 4.8. 


dedicates the terminal to a specific use, as 
identified by a name ranging from 1! through 8 
alphanumeric characters in length. This name must be 
that of either: 


@ A program queue declared with the QUEUE command 


@ A communications service, otherwise known as a 
VCAM subsystem (such as IOF or TDS) as declared 
with the DCTAP command. Note that TDS is the only 
VCAM subsystem that does not have to be declared 
in a DCTAP command at network generation. 


The assignment may be altered with the "MTT" network 
control command. If the terminal has been declared 
as "SLAVE", neither ASSIGN nor AUTO may be 
specified. However, if ASSIGN is specified for the 


"MASTER", it also applies implicitly to the "SLAVE". 


specifies that the terminal is to be submitted to 
automatic connection algorithms by BINS. 


If a terminal is declared without either AUTO or 
ASSIGN, it becomes a "general-purpose" terminal. The 
logical connection is initiated by the terminal 
operator before accessing the application program 
required. 


If declared with "AUTO" alone, without ASSIGN, a 
terminal becomes “automatic™. Once it has been 
powered=-up, the BINS Terminal Manager initiates the 
logical connection before directing the terminal to 
any application program which wants to "seize" it. 
If the output queue (associated with the terminal) 
is not empty, data is sent to the terminal. Note 
that terminals, declared only as “AUTO", are not 
asked for a “user id". 


AUTOLF 


CLOSE © 


IM 


LINELG 


TERMNL 


A terminal becomes "dedicated" if it is declared 
with "ASSIGN" alone, without AUTO. The terminal’s 
logical connection is restricted to the application 


specified in the ASSIGN option. 


A terminal becomes “automatic-dedicated" if it is 
declared with both "AUTO" and "ASSIGN". As soon as 
the terminal is enabled, the BINS Terminal Manager 


initiates the logical connection of the terminal to 


the application specified in the ASSIGN option. | 


specifies that the KCT or KPR terminal concerned has 
automatic line-feed capability’ i.e., the line-feed 
function is performed automatically every time that 
"carriage return” or “transmit” is activated. At 
log~on time, this parameter is passed on to the 
relevant VCAM subsystem for editing purposes. 


specifies that BINS must not initiate traffic to the 


terminal declared, until an “RT" network control | 
command is issued, before the terminal may accept a 
connection request from an application. 


defines whether a transaction program activated from 


the terminal needs to receive VIP function codes} 


i.e.’ 


NL the default value, denotes "Normal Mode". VIP 
function codes are not passed to the program. 


UN denotes "Unedited Mode". VIP function codes are 
passed to the transaction program in the mark 
form "><U03". 


defines the number of characters in the physical 
line length of the terminal, declared as a 3-digit 
decimal value. See Figure 5-8 “Terminal 
Characteristics" below. "LINELG" is used by [OF to 
adapt its line length to that of. the terminal 
receiving a message. 
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Figure 5-8: Terminal Characteristics 


TER MNL 


i: terminal 
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specifies that BINS must not accept any “BI"command, 
whatever its origin, directed towards the terminal 
declared. NOBT is meaningless and redundant for 
terminals which cannot receive system messages in 
any case i.e. : | 


@ CAS, CPU, DSK, and KB terminal subkypes 


@ Any terminal specified with NSYSMES. 


Specifies that BINS must not send any system 
messages to the terminal declared. BINS will not 
therefore initiate even the log-on dialog. The only 
way to connect a terminal defined with NSYSMES, is 
to declare it with both "AUTO" and "ASSIGN", thereby 
making. the terminal "automatic/dedicated". Terminal 
connection is then notified to the network control 
operator. NSYSMES is particularly useful for 
TTY~compatible terminals that have no print (output) 
and/or manual input (keyboard) capability. 


specifies the number of lines on.the terminal’s 
screen, with a 3-digit decimal. value. At log-on, 
this parameter is passed on to the VCAM subsystem 
concerned, for editing purposes. | 


specifies a user name for automatic terminals, to be 
used for logon instead of the concatenation 


“peyeanale. terminal-name". 


TERMNL 


SBKLG applicable only to BSC2780 line procedure, specifies | 
the subblock size, in characters, to be generated by 
BINS when transmitting a enarecres String. Subblocks 
may. be used in either? 


e@ "Normal" mode, in which checks are made for 
transmission and device-control codes, so as to 
distinguish them from data characters 


e "Transparent" mode, in which no distinction is 
made between control codes and data characters. 
Values may range from "50" through "512", with a 
default of "80" characters. 


SYSHEAL specifies the character string to precede every 
| system service message sent by BINS to the terminal 
declared, expressed as a hexadecimal array enclosed 
within double quotation marks. Values may range from 
| character (i.e., 2 hexadecimal digits) through 4 
characters (i.e, 8 hexadecimal digits), with a 
default value of "“OD25" (which defines carriage 
return and line-feed, respectively). An "FF" value 
specifies that no character string is to be inserted 
before system messages. For the format of network 
messages, see the GCOS Terminal Operations manual. 


This parameter is mandatory for BSC327/70 terminals. 


TAB specifies that tabulation is available on the 
terminal declared. At log-on, this parameter is 
passed on the VCAM subsystem concerned (e.ge, [OF) 
so that it may format the display layout 
accordingly. 


EXAMPLE | 


LINE LNI2$3 

STATN KDSX, (3 | 

TERMNL KDSC, KDS7275, KCT, ASSIGN = QI, AUTOS 
TERMNL KDSD, SLAVE, USK?3 


This set of commands specifies a "KDS7275" terminal to function under 
the following conditions: 


@ The keyboard screen (i.e., "KCT"), named "KUSC", is "master" | 

@ The diskette drive (i.e., "D5SK"), named "KDSD", is "slave" 

e Both the terminal’s subtypes, "KCI" and "DSK", are to be logged on 
automatically to the MCS queue "Qi" whenever the station "KDSX" 


becomes available to BINS, since they have been assigned to this 
queue. 


TERMNL 
EXAMPLE 2 | 


LINE LNOIs ae 
TERMNL TTOI, TN300, KPR, ASSIGN = IOF, NOBT, ANSWBCK+ 


| This set of commands specifies a "TN300" (i.e., TTY-type) terminal, 
to function under the following conditions: 


@ The keyboard=printer (i.e., “KPR"), named “TTOI", is dedicated to 
the VCAM subsystem "TOF" 


@ The terminal is not to receive any messages sent with a "BT" 
command : 


e The terminal has? 
e "Answer-back" capability | 
6 Aeptchatic Ainestecd: invoked by default 
e A line length of 118 characters, also invoked by default. 


® The STATN command is absent, since the TN300 is a TTY-ty pe 
ve mnnehs 


DCTAP 
VCAM SUBSYSTEM 


_DCIAP Command 


DEF INITION 


Required to define a communications "service" (otherwise known as a 
VCAM subsystem) whenever terminals or TRANSPAC RDINsS are assigned to 
it, by specifying a mailbox. DCITAP may appear anywhere in the second 
group of commands so long as it does not disrupt either of the 
following sequences? 


@ LINE = CLUSTER - STATIN ~— TERMNL 
e RDTE - RUIN. 


Note that DCTAP commands are required for all communications 
services, with the exception of TUS. The mailbox so defined is left 
in IDLE state until used, during the current session. DCTAP is 
mandatory if any terminals are uedicated to the VCAM subsystem, 
declared with the ASSIGN option in their associated commands $ i.e. 


@ URP/ECC terminals declared through the TERMNL command 

@ TRANSPAC remote terminals declared with the RDTN command. 
Declaring a mailbox with DCTAP enables VCAM to enqueue connection 
requests from the terminals, until the mailbox declared is activated 
by its associated VCAM subsystem. | 

The maximum number of connections engueued by VCAM is 255. This 
maximum is redefined, however, by the relevant GCOS communications 
service as soon as that service’s session begins. Connection requests 
arriving at an IDLE mailbox are mandatorily checked against the site 
catalog. | | 

COMMANL FORMAT 


UCTAP name 3 


PARAMETER LESCRIPTION 


name ranges from | through 8 alphanumeric characters in length, ard 
defines any communications service known to GCOS, such as [0F 
and READER. 


GENQMON 
QMON COMMANDS . 


GENQMON Command _ 


(GENeration of QMON) 


DEFINITION 


Defines various MCS service parameters, for reactive launching of an 
application tupon logon at a terminal a with the input queue : 
linked to the EPUEpeownene | 


COMMAND FORMAT 


GENQMON qmon—-name, APPLIB = name 
[, APPABNUM = {(20itnn)] 3 


PARAMETER DESCRIPTION 


qmon=name indicates the relevant user-defined QMON Service name, of ! 
through 8 alphanumeric characters in length, to serve as 
internal Se within the system. 


APPLIB designates the catalogued application library name, of | 
| through 44 alphanumeric characters in length. A terminal 
QUEUE may reference a member of this library: see the © 

“INIT" parameter of the QUEUE command. | 


APPABNUM supplies an integer to specify the application’s "abnormal 
launching maximum count", with a default value of "20". 
This counter is identical for all applications, and avoids 
the indefinite spawning of an incorrect job by the system. 
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QUEUE 


QUEUE Command 


DEFINITION 


Required for each physical MAM queue to be defined in the network, 
QUEUE may appear anywhere in the network description provided that it 
does not disrupt either of the following sequences? 


e LINE - CLUSTER - STATN - TERMNL 
e RDTE - RDTN. 


MAM physical queues may be terminal queues, program queues, or 
user-id queues. QUEVE defines the external queue name together with 
its functional attributes. 


COMMAND FORMAT | 


QUEUE name (, BLOCKING] 7 BREAK] (, CLOSE) ty {CTLRST: RESTART) ] 
{, ENQUEFUE) (, IM = (NLiMKiUN)] €, INIT = apploname) 
C, LLENGTH = {80innnn)} (, MAXMG = {255i nnn) ] 
{, NBLOCKS = nnnn) | 
C, (NUMBLK = nnniNUMREC = nnnnniQCPOOL)] 
C, OM = (NLIUN)) €, SHARE) (, TWA] (, USERID) 3 


- PARAMETER DESCRIPTION 


name length and syntax depend on the characteristics and usage 
intended for the queue in question. These syntax rules 
ensure non-regression as compared with previous GCOS MAM 
releases and conform to DSA network protocols, COBOL ANSI 74 
standards and DN7100 naming conventions. A MAM queue may be 
defined as one of? 


@ Program queue, when it is to be used by GCOS MCS 
applications for receiving messages. In this case, the 
queue=-name’s length may range from |! through 8 
alphanumeric characters. 


@ A user-id~queue, in which case its length may range from 
| through 12 alphanumeric characters. See the USERID 
parameter. 


e BINS terminal queue, when it is to be used for sending 
messages to a terminal managed by BINS and connected 
through either the local network (i.e., a terminal 
defined with the TERMNL command) or the TRANSPAC French 
public network (i.e., as defined with the RDITN command). 
In this case, the queue-name must be identical to that of 
the terminal as specified in the appropriate commands, a 
terminal-name ranging from |! through 4 alphanumeric 
Characters in length. 


5631. 
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@ DSA terminal queue, when it is to be used for sending 
messages to eithers 


©@ A terminal éennesived to a front-end or remote DN7100 
) “An MCS application on a remote DPS7 in the network. 


In this case, the queue’s name must be in the formats 
"session-control-name.mailbox-name" —- wheres: 


e “session-control-name" ranges from ! through 4 
alphanumeric characters in length, to define the 
session control of the DSA system to which the 
terminal is connected, as specified at network 
generation with either the a or the “RSC" command, 
as appropriate. 


e "mailbox-name" ranges from | through 8 alphanumeric 
characters in length, to define the name of the DSA _ 
mailbox attached to the application addressed. If this 
is a terminal, its name must be the same as the 
corresponding terminal name given in the DN/100 
generation. For all other cases, this name corresponds 
to a local queve in the remote DPS7. 


e The string “session-control-name.mailbox-name" may not 
exceed 12 alphanumeric characters in length, including | 
the "period" separator. This is so that it may fit the 
CD Declaration (i.e., Communications Description) 
which must be present for the RECEIVE statement. 


@ The dollar sign (i.e., $) is allowed in both the 
session control name and the mailbox name, to conform 
with DN7100 naming conventions. 


BLOCKING is applicable only to terminal queues, for editing messages 


BREAK 


sent by the application working behind the terminal queue in 
question. When this editing function is activated, MAM keeps 
a record of the logical terminal line length specified with 
LLENGTH in order to generate, automatically, a "new-line” or 


"carriage-return/line-feed" character string before the 


first line of each ee a message (or at the start of each 
new logical line). | | 


is applicable only to program queues on which the MCS 
application is to be notified of status concerning! 


@® Asynchronous events, such as “BREAK* and "RVI" 


@ Terminal status changes, such as connection and 


disconnection... 
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CLOSE 


CITLRSI 


ENQUEUE 


IM 


INIT 


QUEUE 


specifies that the queue is initially disabled. The first 
application to use this queue must start by "enabling" it; 
i.e., using the ENABLE verb in order to allow data transfer 
to take place hetween the queue and its associated terminal. 


is applicable only to terminal disk queues, to allow 
controlled restart following a “step abort" or a "system 
crash". 


is applicable only to program queues, to specify that new 
connection requests must be queued by VCAM, when the maximum 
number of connections allowed on the queue is reached (as 
defined with "MAXMG", or its default value), until a 


connection level is released by a terminal logging off. 


is applicable only to terminal queues, to specify the format 
of input data passed from a terminal to the MCS applications 


NL denotes “Normal Mode", the default value, and specifies 
thats | 


e Headers and control characters are not passed to the 
application 


@ Encoding characters and repeat functions are performed 


@ Qther characters, including standard marks, are passed 
without translation. 


MK denotes “Mark Mode", to specify thats 
@ Headers are passed as marks, in the format "><u03abc" 


@ <All hexadecimal control codes are translated into 
their corresponding mark formats 


@ Encoding characters and repeat functions are performed 


@ Other characters, including standard marks, are passed 
without translation. 


UN denotes “Unedited Mode", to specify thats 
@® Headers are passed as marks, in the format “><uO3abc" 


@ (Other characters, including control characters and 
marks, are passed without translation. 


defines the application name in relation to the terminal, or 


program, queue as applicable. QMON retrieves the JCL subfile 
specified in the GENQMON command. The “appl-name" may range 
from 1! through 12 alphanumeric characters in length. For use 
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LLENGTH 


MAXMG 


NBLOCKS 


NUMBLK 


NUMREC 


QUEUE. 


of "INIT", refer to the MCS User Guide. — 


applies only to terminal queues, to specify the number of 
Characters in the logical terminal line size to be used for 
automatic editing, when the BLOCKING option is specified. 
Values may range from "5". mennoven "O999", with a default of 
uM SO". 


applies only to program queues, to specify the maximum 
number of users that may be connected simultaneously to the 
program queue concerned. Once this maximum number has been 


reached, new connections are either: 


@ Enqueued at VCAM level, to await disconnection of an 
existing user, if ENQUEUE has been specified 


@ Rejected with the messages — 
CCO4 LOGON DENIED: MAILBOX SATURATED. 


A NDT" command may be used at any time, to display the 


maximum number of users authorized as well as the current 
number of active and waiting connections (in the queue). The 


maximum value is "255", which is also the default. 


is applicable only to terminal queues, to specify the number 
of logical lines that may be accepted in each message sent 
to the terminal declared. The number of characters in each 
logical line is determined with “LLENGTH". The length of the 
message transmitted is defined by the algorithms: 


(NBLOCKS * LLENGTH) = maximum length. 


Any part of the message in excess of this limit, is | 
truncated. The number of logical lines may range from "1" 
through "9999", with a default of "20". 


sets the number of memory blocks for exclusive use of the 
queue declared. The size of the memory block is defined in 
bytes by the "QCBLKSZ" parameter of the GENCOM command (see 
pages 4.1 to 4.4). The usable size of the memory block is 
(QCBLKSZ - 5). The number of memory blocks is defined by the 
algorithms 


(sigma NUMBLK + QCPOOL) * QCBLKSZ < 65535. 
defines the number of disk queue file blocks for the 
exclusive use of the queue declared. For block size, see the 


"QDBLKSZ" parameter of the GENCOM command (pages 4.1! to 
4. 4) o ‘The usable ona of each disk once is (QDBLKSZ ~ 5). 


<in 


OM 


QCPOOL 


RESTART 


| QUEUE 
The number of blocks is defined by the algorithm: | , ; 


NUMREC < 3276/7. 


is applicable only to terminal queues, to specify the format 
of data to be output from the MCS application to the 
terminals 


NL denotes “Normal Mode", the default value, to specify that 
the user may provide a header for the VIP line procedure 
in the mark format "><UQ3abc": 


@ Character encoding and repeat functions are performed 


@ Hexadecimal control codes are translated into 
character encoding marks in the format "><Cab" 


@ Standard marks specified to the terminal, are 
translated into hexadecimal characters 


e All other characters are passed without translation. 
UN denotes “Unedited Mode", to specify that: 


@® The user may provide a header for the VIP line 
procedure in the mark form “><UO3abc"™ 


@ (ther characters, including control characters and 
marks, are passed without translation. 


defines the queue as a memory queue, to share the memory 
queue pool reserved with the “"QCPOOL" parameter of the 
GENCOM command. All queues qualified by the “QCPOQOL" option 
(each in its respective QUEUE command) will share the same 
common memory pool. 


This option allows a saving to be made in memory, especially 
for interactive applications with traffic not heavy enough 
to fill all queues at the same time. "QCPOOL" allows the 
same memory space to be used for more than one queue, at 
least. The user should note that there is no protection, for 
queues sharing the common memory pool, against an | 
application exhausting the pool with excessive output, 
thereby blocking other queues. Such an application should 
use a mix of pool queues and queues defined with "NUMBLK*, 


applies only to disk queues, (i.e., program or terminal 
queues) to allow recovery from a “step abort" or a cL 
crash" with a queue “roll back". 


| Qu E UE 
SHARE is Zapicieaube only to program queues, to allow 2 or more MCS | 
| applications to share the same queue, defined with either 
input or input/output capability in their QASSIGN 
statements. This option is useful for establishing inter job 
communication, and must not be used if the program queue 


concerned is to be ASSIGNed as a subqueue (in the 
appropriate QASSIGN statement). 


TWA “two-way-alternate" BEOCOLOl..: is applicable only to program 
- queues, to allow dialog between application and terminal, as 
determined by the following procedure when either is to have 

the right to transmit. For the application, either: 


@ 1! or more SEND WITH EMIs may be executed, whereby the 
application retains the right to transmit 


e A SEND WITH EGI is executed, whereby the application 
surrenders this right to the terminal. 


Even when the terminal has the right of transmission, the 
| application remains "master" and may override this rights 


e At the end of a message transmitted by the terminal, the 
right to transmit passes automatically to the application 
and may not be retained by the corms jee 


@ At log-on time, the terminal has the. ane eta right to 
transmit. 


USERID defines the queue as a “user id" queue. When a terminal 
requests connection to a program queue, QMON looks first for 
a “user id" queue defined with the user name specified to 
the “USERID” entry in the log-on sequence. If stich a user-id 
queue exists, it will be used as an output queue for the 
duration of the connection. [If it does not exist, however, 
QMON will use the terminal queue designated for the terminal 
concerned. This feature is particularly useful in a 
switched=network environment, where the terminal name has no 
real meaning and does not guarantee connection. 
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Q U EUE 
EXAMPLE | 
QUEUE LSKI, BREAK, RESTART, TWA$ 
This command declares a disk queue with the name “"CSKI", to allow: 


@ "BREAK", for the application to be notified of every asynchronous 
event coming from terminals associated with the queue 


@ “RESTART, to enable rollback for recovery and restart, even in 
the case of a BINS abort 


e "TWA", to enable dialog between the application and the terminals 
to which it is connected. 
EXAMPLE 2 
QUEUE TERI, QCPOOL?3 
This command declares a terminal memory queue as "TERI", to share the 
memory queue pool reserved via the GENCOM command with other queues 
qualified by. the "QCPOOL" option in their respective QUEUE commands. 
EXAMPLE 3 
QUEUE CATLG, NUMREC = 200, USERID$3 
This command defines a disk queue of "200" blocks, as output queue 
dedicated to the user known in the GCOS system catalog under the 
user~id name "CATLG*", 
EXAMPLE 4 
QUEUE NUI.SVIPTER I$ 
This command defines a DSA disk terminal queue, to contain messages 
dispatched to the terminal associated with the mailbox "SVIPTERI" 
under the LSA system with the session control "NDI". 


A command "“{FSCiRSC) NDI .e. 3” must be present in the network 
generation. 
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SECTION 6 


TRANSPAC COMMANDS 


{LSUB:GENNET) COMMAND 


(Local SUBscription) 


Definition 


Describes a local subscription for a private/public data network, to 
allow access to GCOS via a URP/DCC HDLC link. 


LSUB defines parameters common to both switched and permanent virtual 
circuits, to be established over this subscription. The only network 
currently supported is TRANSPAC, the French public data network. LSUB 
therefore only applies to TRANSPAC users. LSUB must come after (but 
not necessarily directly following) the LINE command which defines 
the relevant HDLC X25 line supporting the subscription. LSUB may not, 
however, appear anywhere within either of the following sequences: 


e LINE - STATN - TERMNL - IDSEQ 
e RDTE - RDTN. 


Each LSUB command must immediately be followed by the appropriate PVC 
commands, to define the relevant Permanent Virtual Circuits, if any 
(even though Permanent Virtual Circuits are not as yet supported). 
Any remote equipment able to access GCOS via TRANSPAC must be defined 
through its respective RDTE and RDIN commands, and may be common to 
two different subscriptions. 


Note that: 


1) All subscription parameters must be consistent with the TRANSPAC 
Specification provided by the PTT. The TRANSPAC network does not, 
however, provide any means of checking these parameters’ validity 
or accuracy. 


2) Appendix B of the Network Control Terminal Operations manual 
provides a fuller explanation of TRANSPAC subscriptions. 


LS UB 
Command Format 


LSUB name, LNnn, (SUBNB:TPCADD) = “string" (, ITC] 
£, MUXPRM = (nf, n2)] €, PCV = xxx] | 
C, PKSIZE = { l28innn)] be SLINE = nnn] | 
{C, WINDOW = (3in}] (, SILIN = (Qinnn)) C, SOLIN = (Qinnn)] 3 


Par ameter Lescription 


name uniquely identifies a TRANSPAC subscription handled 

| | through the BINS/URP/DCC interface, ranging from | 
through 4 alphanumeric characters in length. This name 
is used to: | 


@ Reference the subscription via network control 
commands’ e.g., to display the subscription’s 
status 


@ Automatically generate the names of the virtual 
circuits used by. the subscriptiont see the PVC 
command. 


Note that the first character of an LSUB name must be 
uniques’ ieee, two LSUB names may not begin with the 
same character. 


LNnn defines an SKST identifier for the HDLC X25 line 
| connecting the LCC (on the URP) with the TRANSPAC 
Switch. This line must previously have been defined 
with a LINE -— STATN - TERMNL sequence before it may be 
‘referenced in an LSUB command. Note that the same 
line-name may not be used in two different LSUB 
commands. 


{SUBNB:TPCADD) defines the LPS7%s TRANSPAC subscription number, 
provided in the PTT subscription contract. This number 
must be enclosed in double quotation marks, and may 
range from |! through 15 numeric characters in length. 


OILIN specifies the number of switched virtual circuits that 
may be opened with incoming calls, as defined in the 
PTT subscription contract. Possible values range from 
"1" through "32", 


SOLIN specifies the number of switched virtual circuits that 
may be opened with outgoing calls. Possible values 
range from "1" through "32", | 
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SLINE specifies the number of switched virtual circuits that 
may be opened with inward or outward calls. This 
figure is defined in the PIT subscription contract. 
Values may range from "I" through "32", although the 
theoretical maximum allowed by TRANSPAC is "4096"38 


-SLINE > (SILIN + SOLIN) 


- where SLINE is equal to the sum of the values of 
SILIN and SOLIN, when there are no mixed switched 
virtual circuits. 


ITC | Specifies that "Indication of Throughput Class" has 
been subscribed for. When present, all incoming calls 
will contain the input/output throughput class used 
over the virtual circuit established. 


MUX PRM specifies multiplexing parameters, as follows: 


ni defines the maximum number of multiplexed virtual 
circuits’ i.e., the number of type CSX25 RDTEs 
(DCU70 10 and/or TCU7022) attached to this LSUB 


n2 defines the maximum number of VIP terminals 
connected over any one of the "ni" virtual 
circuits. 


PCV defines the password to be used when a charged call is 
received from a PAD. Length is 4 alphanumeric 
characters. For any given TRANSPAC subscription, this 
password is common to all the virtual circuits 
established over the LSUBs concerned, and must be used 
when logon is requested by an asynchronous terminal 
connected through a PAD. 


PKSIZE defines the maximum packet size to be used over all 
the virtual circuits of the TRANSPAC subscription 
concerned. This value is defined in the PIT 
subscription contract, and must be consistent with the 
values given for "BIBFSZ" and "LABFSZ". Possible 
values include "32", "64", "128" (default),. and "256", 


WINDOW defines the "window" size common to all the virtual 
circuits of the subscription. Values may range from | 
through 3 characters in length, and must be identical 
to the value defined in the TRANSPAC contract. 


LSUB TPCI, LNO8, PVC = D002, SLINE = 15, TPCADD = "175000039"4 
This command defines a TRANSPAC subscription named "TPCI", to be 7 
accessed through the URP/DCC line "LNO8" (which must he an HDLC line, 
model HDLC in the SRST). 


Charged call packages from PAD terminals must be identified a the 
password "D002". | | 


yom switched virtual mivcutte: have Been subscribed for. 


The subscription number is defined by UTPCADDM. which will apoear in 
any “DI" command tssued for the network. — | 


Pve 
{PVC!LLINE}) COMMAND 


(Permanent Virtual Circuit) 


Definition 


- Required for each permanent virtual circuit pertaining to a TRANSPAC 


subscription via a BINS/URP/DCC Interface, PVC must appear 
immediately after the LSUB command defining its TRANSPAC 
subscription. 


Permanent virtual circuits are not supported by GCOS currently. If, 
however, the TRANSPAC local subscription includes "PVC", each 
permanent virtual circuit must be defined with a PVC comman- even 
though it is not used’ the same must also he done with the 
corresponding RDTE and RDIN commands. 


Command Format 


PVC ASSIGN = rdte-name [, MASTER] ¢§ 


Parameter Description 


ASSIGN specifies the name of the Remote Data Terminal Equipment, as 
.. defined by an RDTE command, to which the permanent virtual 
circuit is connected. Length may range from |! through 4 
alphanumeric characters, and the corresponding RDIE command 
may be declared either before or after each relevant PVC 
command. 


Since permanent virtual circuits are not currently supported, 
the RUTE command need only be syntactically correct although 
it may not reference a subscription number actually in use. 
The same applies to the corresponding RUETN command (which 
follows RDTE). 


MASTER Specifies that the subscriber has the right to use the 
Virtual circuit, for which he is chargeable. This value is 
supplied. in the PTT subscription contract. 


(6.5 


Example | 
LSUB TPCi, LNO8, TPCADD = “175000040"3 
PVC ASSIGN = RDO23 


These commands relate to the TRANSPAC network, and refer to a 
permanent virtual circuit belonging to the subscription "TPCI". 


Since the PVC command directly follows LSUB, this permanent virtual 
circuit is to be referenced as “TOQOO", 


The virtual circuit will be used for communicating with a remote _ 
piece of equipment named “RDO2", which will be declared later on with 
a aa RDTE command. 


RODTE 
RDTE COMMAND 


(Remote Data Terminal Equipment) 


Definition 


Required for each “remote data terminal equipment" set to be 
connected via the TRANSPAC network through a BINS/URP/DCC interface, 
RDTE defines the name and characteristics of a remote subscription to 
a private or public data network. The only network currently 
supported is the French public network TRANSPAC. 


RDTE describes the type of equipment and the virtual circuit 
management mode to be established between the user and the DPS 7. 
RDTE must be followed by the RDIN command(s) pertaining to it. 


If 2 local subscriptions are declared (i.e., when 2 LSUB commands are 
present), the RDTE/RDIN set(s) is/are valid for both of them. A set 
of remote equipment may call via any subscriber number specified in 
the PIT subscription contract. 


All equipment connected via the URP/DCC interface, must be declared 
with RDTE/RDTIN command sets, in order to be known to BINS for the 
purpose of line management consistency control. 


Command Format 


RDTE name (PADiCSX25), (SUBNB:iTPCADD) = “string! [, CHARGED] 
C, CSG =n) (, NOCALL] $ 


Parameter Description 


name identifies the remote data equipment within GCOS, and 
may range from 2 through 4 alphanumeric characters in 
length. 


({SUBNB:TPCADD) defines the RDTE subscription number, enclosed with 
double quotation marks with values ranging from | 
through 15 numeric characters in length, as specified 
in the PTT subscription contract for the RDIE (except 
for numbers beginning with "9", for which see the 
“PAD" parameter). This parameter is mandatory, 
required for use by BINS in order to’ 


@ Build the call packet for an outward call 


@ Check an incoming call’s packet and determine the 
RDTE description in its table 


@ Allocate RDTEs for PAD switched calls: see the 
"PAD" Dacamecene 


Gal 


PAD 


CSX25 


CHARGED 


CSG 


| R DTE 
The number is also used for information purposes, when 


the subscription of an RDTE is to be displayed with 
the "DT" command. 


identifies the equipment as a PAD for connecting an 


asynchronous teletype terminal to the network. This 


terminal is described with the RDIN command directly 
following this RDTEs 


@ For becminate connected through leased lines, there 
must be as many RDTE commands as terminals. “SUBNB" 
specifies the deaths eel number for TRANSPAC 
character mode. 


e For terminals connected through switched lines (or 
telex networks, if not explicitly configured), 
there must be as many RDTE commands as there are 
terminals concurrently connectable. The "SUBNB" 

- parameter specifies a user-defined conventional 
subscription number beginning with "9", which must 
be unique in the set. Should any RDTEs be lacking, 
connection will be refused with a specific “reason 
code", documented in the Network Control Terminal 

Operations and Terminal Operations Manuals. For 
this type of connection, each RDTE must specify 
"CSG = 0", 


identifies the equipment as either the DCU7010 
convertor or the TCU7022/7043 terminal concentrator. 


specifies that the RDTE will be charged to the DPS/ 
user, when called, according to its TRANSPAC terms of 
reference. 


corresponds to the “GFA" entry of a TRANSPAC 
subscription and defines the "closed-subscriber-group" 
number pertaining corresponding RDTE. This is a 
2-digit decimal value, ranging from 00 through 99. The 
default value of 00 denotes a “common" CSG for PAD 
terminals connected over switched telephone lines as 
well as over telex networks. The CSG is used as 
followss | 


@ For an outward call (i.e., the DPS7 calling a 
terminal), the CSG is used by GCOS to build the 
call packet, and by TRANSPAC to verify the DPS/’s 
access rights to the public network 


e@ For an incoming call (i.e., a terminal calling tne 


DPS7), the CSG is used by the host to verify the 
terminal’s access rights to GCOS. 
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RDTE 


Note: For TRANSPAC, CSG may have any one of 32 
possible values, ranging from 00 through 31. 


NOCALL specifies that the RDTE may not be called from the 
DPS7, applicable only where the RDTE has a 
subscription specifying a specialized "outgoing" 
virtual circuit. 


Example | 
COMM "PAD ASYNCHRONOUS TERMINAL “3. 
COMM " = THROUGH A LEASED LINE “$3 
COMM me me me ee ne ee ee es we re ee a ee a ne ee ee mn HY 
RDTE RDTE2, PAD, TPCADD = "178010128", CSG = O$3 


RDIN Tl, TIU8126, KPR3 


Example 2 


COMM Mme me ee me ee ree ee cae ee ae ree ce me ee ee me ee meee Hg 


COMM " PAD ASYNCHRONOUS TERMINALS "3 
COMM ™ THROUGH PUBLIC SWITCHED LINE "$3 


COMM Naa anna an a ne Hn 
RDTE kDT4, PAD, TPCADD = "90000000", CSG = 03 
RDIN T6, TIU8126, KPR3 


Example 3 


COMM "DCU7O10O CONNECTING VIP TERMINALS" $ 


RDTE RVI1, CSX25, TPCADD = "1 78000215"; 
RDIN PI, VIP/OOI, KCTS 

RDIN P2, VIP7700, KCT?3 

RDIN P3, VIP 7/760, KCT$ 


This command declares a "CSX25" station, being the DCU/OI0, 
controlling a group of VIP terminals declared by RDIN commands. 


RDTN 
RDIN COMMAND — 7 | 
(Remote Data TermiNal) 


Definition 


Required to describe a “remote data terminal" attached to an RDTE and 
must follow the RDTE command to which it pertains. This description 
includes the terminal’s type, its physical characteristics, and 
whether it is assigned to a specific MCS application or VCAM 
subsystem. RDTE relates only to connection with TRANSPAC, the only 
Suitable network currently supported. As such, this command is the 
TRANSPAC equivalent of the TERMNL command (for which certain 
parameters are specific to secondary network management). Note that 
it is recommended that RDINs be defined AFTER all TERMNLs in the 
network generation description. 


Some RDIN parameters may be overridden by the IDSEQ command. 


Command Format 


RDTN name rdtn=<type rdtn-subtype [, ADD = "hh" ] 
(, ASSIGN = name] (, AUTO] (, AUTOLF] (€, LINELG = ome 
C, NOBT) €, NSYSMES] (€, PAGE = nnn] [, STI = nn] 
C, SYSHEAD = (#QD25!"hhhhhhhh")] (, TAB) 


Parameter Description 


name uniquely identifies. the RDTN within the BINS/TRANSPAC 
network, with values ranging from ! through 4 
alphanumeric characters in length. This name must be 
identical to that specified for the corresponding MAM 
queue, if the RDIN is to be used by an MCS applications | 
see the QUEUE command. 


rdtn-type defines the type of standard RDIN used tos 
@ Link up with an MCS application, or VCAM subsystem, 
upon a connection request being initiated either from 


the terminal or from the user 


e Check the consistency of the RDTN with the RDTE for 
which it has been declared 


@ Check the consistency of the RDIN’s type and subtype 


@ Define default values for the physical capabilities 
of the RDIN. 


Figure 6-1: Terminal Connectibility 


CRED OU Gn) ED nthe IEE en GED ED EEE END OEE OND CER OF ee OR Beh ee GER wEEh enee Gets ONO Ome ems OOD 


at CSX25 


i TTY-like 


iMINITEL 
1 TELEX 


rdte type 


1+DCU7O LOT TCUTON 22, 


4 i] 8 


eeawe#sqagfee@qwT wqe 


‘VIP7760:DKU72115 
rp LLUB22h1 


kR DTN 


rdtn-subtype specifies functional characteristics of the RDIN, as one 
of the followings 


CAS Cassette 


CRT Screen 


DSK Disk or diskette 


KB Keyboard 


KCT Keyboard with screen 


KPK Keyboard with printer 


PRI Printer. 


The RDTN’s I/70 capability is overriden by its subtypes 
ise., if a keyboard printer is declared as PRI, its 
keyhoard will not be accessible to BINS. The kRDTN%s [70 
capability determines its ability to receive messages, 
and also defines its default access. 


Figure 6-2! RDIN Subtype Capability 
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Figure 6-3: Type/Subtype Combinations Allowed | 
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specifies the hardware address of a standard or 
compatible RDIN, as a 2 digit hexadecimal value enclosed 
in double quotation marks. Values are determined at 
installation time by the Field Engineering Service. ADD 


must be specified whenever the terminal address is other 


than the default address generated by CNC from the 
type/subtype combination. 


dedicates the RUTN to a specific use, as identified by a 
name, ranging from | through 8 alphanumeric characters 
in length, which must be either 

e A program queue declared with the QUEUE command 


@ <A communications service (otherwise known as a VCAM 
subsystem) as declared with the DCTAP command. 


If the ASSIGN option is used without AUTO at log-on, the 
question sent by the. site controller will not include 
"APPL?". Instead, the format will be: 


CCO | USER/PROJECT/BILLING? 


specifies that the RDIN is to be submitted by BINS to 


automatic connection algorithms. 


If the terminal is declared without either AUTO or 


ASSIGN, it becomes a “general-purpose” terminal. This 
means that the logical connection is initiated by the 
Operator, before accessing whichever application he 
chooses. | | 


AUTOLF 


 LINELG 


NOBT 


NSYSMES 


PAGE 
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If the terminal is declared with "AUTO" alone, without 


ASSIGN, it becomes an "automatic" terminal. Once the 
terminal is powered up, this means that the logical 
connection is initiated by the BINS terminal manager and 
directed to any application program which wants to 


“seize” the terminal. 


If the terminal is declared with "ASSIGN" alone, without 
AUTO, it becomes a "dedicated" terminal. Once the 
logical connection has been initiated by the operator, 
this means that it is directed to the application 
program specified to the ASSIGN keyword. 


specifies that the KCT, or KPR, RLIN concerned is to 


have automatic line-feed capabilitys i.e., the line-feed 
function is automatically performed whenever 
“carriage-return" or “transmit” is activated. At log-on, 
this parameter is passed on to the VCAM subsystem 
concerned, and may be used for editing. 


defines the number of characters in the length of each 
physical line for the. RLTN declared, as a 3 digit 
decimal value. See Figure 5-8 “Terminal 
Characteristics", under the command TERMNL, above. If 
specified, this parameter is used by IOF to adapt the 
length of its messages to the line length of the 
receiving RUIN. 


specifies that BINS is not to accept any "BT" command, © 
whatever its origin, directed to the RDIN declared. This 
parameter is meaningless and redundant, for any RUIN 
that cannot receive system messagest e.ge, "KB". The 
same applies to any RDIN specified with "NSYSMES". 


specifies that BINS must not send any system messages to 
the RDIN declared. As a result, BINS will not even 
initiate the log-on dialog. The only way to connect such 
an RDIN is to define it with both "AUTO" and "ASSIGN", 

in which case connection is notified to the network 
control. operator. This option is particularly useful for 
TTY-compatible RDTNs which have no print (output) and/or 
manual input (i.e., keyboard) capability. 


specifies the number of lines on the RDTN’s Screen, as a 
3 digit decimal value. At log-on, this parameter is 
passed on to the VCAM subsystem(s) concerned to enable 
editing functions to be performed. 
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R DT N 


STI —.._:—« defines the address. ef the. VIP station to which the RDTN 
; is attached. Values range from "0" through "32" and must 
be obtained from the corresponding DCU7010/TCU7022 
generation. This parameter is mandatory for an RDIN with 
VIP line procedure, attached to an RDTE of type "CSX25", 


SYSHEAD | preerre re a character string to precede any system 
message sent by BINS to the RDIN declared, expressed as 
a hexadecimal array enclosed in double quotation marks, 
ranging from | character (i.e., 2 hexadecimal digits) 
through 4 characters (i.e@e, 8 hexadecimal digits) in. 
length. The default value is "0OD25", defining carriage 
return and line feed. An "FF* value specifies that no 
character string is to be inserted before system 
messages. For the format of network messages, see the 
GCOS Terminal Operations Manual. 


TAB specifies that tabulation is to be available on the RDIN 
declared. At log-on, this parameter is passed to the 
VCAM subsystem(s) concerned$ Boy IOF, in order to 
format display mavours | 


Example | 
RLTN R125, DTUTI71,. KCT, AUTO, ASSIGN = IOF3 


This command declares a “"DTU71I71" RODIN with input/output capability 
(1.e., “KCT") and must be preceded by an RDTE command specifying the 
*PAD" type. In addition, this RLIN is copnectes automatically to 
“IOF" whenever it becomes available. | 


Example 2 _ 
RDIN R211, TTU8124, KPRs 
This command. defines a *TTU8 124" RDTN, declared with input/output 


capability (1.@ey MKPR™), which must be attached to an RDTE of "PAD" 
type. 


Example 3 


RLTE RVI 1, 
RLTN TVIO, 
RLIN TVI1, 
RDIN TVle, 
RLTN TV1I3, 
RDIN TVI7, 
RDIN TVI8, 
RLIN TVI9, 


A number of VIP RDTNs are declared, controlled by a DCU7010 


CSX25, TPCADD 


VIP7700, 
VIP7700, 
VIP700 I, 
VIP7001, 
VIP7001, 
VIP700 1, 
VIP7001, 


= 1780002 15"3 


ST] 
oT] 
STI 
oT] 
ST] 


|. STI 


STI 


003 
Ols 
O23 
0 33 
O7$ 
O83 
O93 
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controller which in its turn has been declared with an RDTE command 


type "CSX25", 
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SECTION 7 
THIRL GROUP COMMANDS 


There are no sequencing constraints as regards these commands 
belonging in the third group, which fall into two functional 
categories each dealt with in its own subsection, namely’ 
e Primary object commands: 

e (LSYSTEM:LSYS) 

@ {FSYSTEMIFSYS) 


@ (RSYSTEMIRSYS) 


@ FNP 
@ (COMPATHI CP) 
@ NR 
@ XPRTC 
@® Network administration commands: 
@ ADCOR 
@ ALFUNC 
e ALGROU 
e FILTER 
e@ LOG. 


| : Ms ADC 0 R | 


-{ADCOK!LAC) Command 


(ADministrative CORrespondent) 


DEFINITION 


Defines an.administrative correspondent located either on the local 
system or on a remote system in the DSA network. 


An AC seieek is always related to one AF object with which the 
administrative connection is to be established. Each AC helongs to an 
administrative group (i.e., an AG object). | 


COMMAND FORMAT 


Form 1) 


{ADCOR} AC) ac-name, (ADGROUP! AG) = ag-name, 
| SC = session-control=-name, 

(MATLBOXiMB) = "mailbox-name" 
C, IMP = ({PRIMARY:+ PRIM)! (BACKUP: BACK }}] | 
C, {EXTENSIONItEXT) = (mailbox-extension-name;:" Ww) 
C, RECSIZE = (nnn: 200)) €, SVATE = (ENBLiILOCK)] 
[, MAXLG = maximum-enqueued-log-events ] 
[, MAXCD = maximum-concurrent-commands ] 
[, {CHAR_CODE:CODE) = (ASCII: EBCDIC)) $3 


Form 2 | | . 


{ADCOR+t AC) LDSALOG [, NBREC = {record=-number: 25) ] 
(, STATE = (ENBL!:LOCK)] 3 


DESCRIPTION OF PARAMETERS 


ac-name is the l-to-8 alphanumeric character-long administrative | 
correspondent name, which may not belong to the LDSALOG 
reserved ac-name list. This name may not either: 


@e Be the same as any. Te name (defined using the LOG 
command), as these are visible as individual local 
administrative correspondents 


@ Begin with an underscore (i. _") character, which] 
is reserved for paren pe eee object created | 
dynamically by the system. 


Ge 


ag-name 


TMP 


{MAILBOX ME) 


EAL 


RECSIZE 


STATE 


MAXLG 


MAXCD 


ADCORI 


is the I-to-8 alphanumeric ehamactersteng administrative | 
group name to which the AC belongs’ this AG rust have | 
been defined with an ADDGROUP command and may not be the | 
same as either of the AGs RDSALOG or KLNAD (which do not | 
own any sleieichaiad ACs). : 


is the "primary" or "backup" importance, valid only for 
ACs helonging to an AG with the attribute "INIT = AF". 
Inside any given AG of this type, there may be. only one 
primary AC, but there may optionally be a niimber of 
"backup" ACs. 


is the 4 alphanumeric character-long session control 

name of the system on which the AC “resides", and must = | 
have been declared with, as appropriate, an L5C, FSC, or] 
KOC command. 


is the I-to-8 alphanumeric character-long name of the g 
mailbox to be associated with the AC. It should be noted} 
that, if this name comprises a dollar (i.e., "$") 
character, it must be enclosed within double quotation 
marks3 e.ge, "SLOGFILE". 


is the !-to-4 alphanumeric character-long name of the 
mailbox extension to be associated with the AC. Default 
valie is 4 spaces$§ e.ge, "SLOGFILE Ms 


is the maximum record length for AEP records during one : 

administrative session, where: 
50 < RECSIZE <= 200 

eee With a default value of 200. 


is the state of the AC after configuration has been 
completed, "enabled" by default. 


is the maximum allowable number of enqueued log events 
destined for this AC, applicable only to ACs of type 
NOI, NCC or ASF. This value must be in the range? 


O < MAXLG <= 64, 


is the maximum number of concurrent commands allowable 
during the administrative session, applicable only to 
ACs of type NOI, AUT, or NCC. 
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ADCOR 


NBREC | is the mean mesure of the maximum enqueued local 
_ journalization requests, with an impact on the DSAC 
mene nS: sets 


25 <= eeaeaenunier: <= 200 | 
eee With a default value of "25", An overflow situation 


will lead to temporary LDSALOG AC suspensions for 
further details, see the DSAC User Guide. 


NOTES 


ACs related to RDSALOG and RLNAD AGs, are not declared statically at 
CNC execution time3 they are created dynamically (and named by the 
NAD) upon each incoming connection request. By convention, the name 
of such an AC must be one of: 


@ " RNADnnn", for AG RDSALOG 
@ " kAUTnnn", for AG RLNAD 


eee With "nnn" ranging from "O" through "O99", allocated on the basis] 
of an internal algorithm. 


There are default filters associated with RDSALOG and RLNAD AGs, but 
no default filters associated with ACs created dynamically by the 
system. 


ADFUNC] 
{ADFUNC IAF) Command 
(ADministrative FUNCtion) 


DEFINITION 

Defines a standard DSAC function to allow an administrative 
connection between the local system and administrative correspondents | 
located at either? 

@e The local system 

@ A remote system in the DSA network. 


Two administrative ftinction objects exists 


e The LNAD function, which accepts execution of AEP commands sent by] 
any recagnized administrative correspondent to the local system | 


@ The DSALOG function, which accepts unsolicited events sent by 
remote systems to the local system’s LOG file. 


COMMAND FORMAT 


Form | 


CADFUNCiAF) LNAD 3 


Form 2 


{ADFUNC+ AF) DSALOG C, (STATE:ST) = (ENBLiLOCK)] 3 


NOTE 


Both of these administrative function objects are always present and 
included in the default network administrative configuration 
dynamically created by the system. 


ADGROU PY] 
(ALGROUP! AG) Command 
‘(ADministrative GROUP) - 


DEFINITION 
Defines a set of administrative correspondents (i.e., ACS) which have | 
some common attributes, to be related to a single administrative © 
function (1.@ 0, AF). 

The AC objects constituting one AG object, may reside on different 


systems in the DSA network. At any given time, any given AC may 
belong to only one administrative group. 


COMMAND FORMAT 


Form | 


{ADGROUP + AG) ag~name, (ADFUNC! F) = LNAD {, TYPE = (ASFiNOI!NCC) ] 
(, INIT = (AF €, MAXRETRY = (nnni gy 
C, RETRYTIME = (nnni300)]) tf C)) 
[, MAX.SESS = ¢ninnt 18) (, STATE = (ENBLiLOCK)) + 


Form 2 


(ALGROUPiAG) RDSALOG [, MAX_SESS = (nnn! 10)] $§ 


Form 3 


{ADGROUP1AG) RLNAD {, MAX_SESS = {nnnilQ)) 3 


PARAMETER DESCRIPTION 


Form | 


ag~name is the !-to-8 alphanumeric character-long administrative 
group name, which may not belong to the reserved name list 
(RDSALOG, RLNAD) or begin with "_" (i.e., underscore), as 
this convention is reserved for administrative objects 
created dynamically by the system. 


ADFUNC 


TYPE 


INIT 


MAX_SESS 


MAXRETR Y 


~RETRYTIME 


ADGR OU P|] 
is the Il-to-8 alphanumeric character-long name of the 
administrative function to which this administrative group 
is to be relateds eithers 
e LNAD 
@ DSALOG. 


is the type of administrative group, as well as that of the | 
adninistrarive correspondents to which it is related. | 


specifies the initiator of connections to the ACs belonging | 
to this AG either. the AF (i.e., “INIT = AF") or the AC | 
Cieeo, “INIT = AG"). If “INIT = AF", the ACs concerned must | 
conform to the following criterias 


@® Only one AC may have the attribute “IMP = PRIM* 


@ Several ACs may optionally have me attribute "IMP = 
BACKUPS 


is the maximum number of active sessions to be allowed to 


this AG at any one time. This value must be less Than or 
equal to the number of ACs belonging to the AG, as there 
can be only one possible administrative session between an 
AF and a given AC$ i.e. 


O < max_sess <= 256, 


is the maximum number of attempts, successful or 
unsuccessful, to open a connection with one of the ACs in 
the group? 


O <= nnn <= 10000, 


By convention, "0" signifies an infinite count and is the 
default value. This parameter is meaningful only when the 
connection is initiated by the AF (i.e., AG with the 
attribute "INIT = AF"), 


defines the delay between retries of outwards connections 
to an external AC (and, potentially, its backups), 
expressed in seconds: 


OO < nnn <= 3600. 


With a default of 300 seconds, this parameter is meaninof ul | 
only when the connection is initiated by the AF (i.e., AG : 
with the attribute "INIT = AF"). : 


ADGROUPI| 
Form 2 


AF 

TYPE. | 

INIT | 

STATE parameters may be specified but must be equal, 
respectively, to "DSALOG", "NADY", "AC" and "ENBL". 


MAX_SESS is the maximum number of sessions that may be initiated 
| towards the local ASF handler on the SLOGFILE mailbox. All 
incoming connections to the mailbox SLOGFILE, are 
considered as belonging to this AGs 


O < max_sess <= 256 


eee With a default of "10". There is no default filter 
“associated with this AG. © = » eS (ere 


Form 3 


AF 

TYPE 

INIT — a | | | 

STATE | parameters may be specified but must be equal to, 
respectively, "“LNAD", "AUT", "YES" and “ENBL", 


MAXUSESS defines the maximum number of sessions that may be 
initiated towards the local NAD on SNAD mailbox. All 
incoming connections to SNAD which have not been configured | 

as ACs of type "NOI" or nNCC™ are considered as belonging | 
to this AC: 


QO< max_sess <= 256 


oo With a default of "10". By default also, one filter is 
associated with this AG. An input filter which rejects any 
command other than an information command, with the 
following attributes, is associated with this AGs 


Type = INPUT 
Logic = INCL 
LOWLPOWER = | | 
HIGH POWER = |. 
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ADGROUP 


NOTES | | 
Default filters associated with AGs? 
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A default filter generated by the system, is named as follows: 
PLitagtypetinn | 

eee where? | 

e@ "agtype" is one of the keywords: 
"(AUTIASFENADINCCINOI)® 


@ "nn" is a number used for building an unique 
identifier. 


Example: ®_FLNOIO7", 


FILTER, 
(FILTEKtFL) Command | 
(administrative FILTER) 


DEFINITION 


Defines an object for use in controlling the flow of administrative 
traffic between administrative functions and correspondents. 


FILTFRK is always related to a LOG, an administrative correspondent, 
or an administrative group. In the case of the last of these three 
alternatives, the FILTER is considered as an attribute common to all 
the AG’%s dependent ACs. 


There are two possible types of filter: 
e Input filters, which are used for data sent by an AC to the AF 


@® Output filters, which are used on data sent by the AF to an AC. 


COMMAND FORMAT 


{FILTERI‘EL) filter-name, 
{AC = ac-nameiAG = ag-name:{LOG:LG) = log-name}), 
TYPE = { INPUT! OUTPUT) 7 
(, LOGIC = {INCL i EXCL! OBLI) J (, STATE = (ENBLILOCK) ] 
[, {LOW .DOMAIN!DOM1) = domain-| 
» (HIGH DOMAINIDOM2) = domain-2]) 
C. {LOWLPOWER+ POW!) = power-I 
» (HIGH POWER! POW2) = power-2]) 
C, (LOW_CLASS., CLASSI) = class-| 
» {HIGH CLASS!CLASS2) = class-2] 
[. {LOW _CODE:CODE1) = code-| 
» (HIGH CODEICODE2)= code-2] 
C. {LOW_LLEVEL:iLVL1) = level-| 
» (HIGH LEVEL: LVL2) = level-2] 
(. SYSTEM] = system—-I. SYSTEM2 = system—2! 3 


PARAMETER DESCKHIPTION 


Mandatory Parameters 


filter-name ds the !I-to-8 aienanmenae character- long name of 
the administrative filter. 


AC 

AG | - | 

LOG designates the name of the entity with which this 
filter is to be associated, as defined hy an AC, 
AG, or LOG command, respectively. 
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FILTER 


specifies if the filter is to apply to data | 
received by the AF (i.e., with "TYPE = INPUT") or | 
sent by the AF (i.e., with "TYPE = OUTPUT"). This | 
attribute must be consistant with the data 
exchange directions possible between AC, AG, LOG 
and the AF to which they are related: depending 
ons 


e The “type” attribute of the AG, for AG-related | 
filters | 


e The "type" attribute of the AG "owning" the 
specified AC, for AC-related filters 


e The fact that the filter applies to: a LOG3 
i.e. | 


Figure /-1: Filter Kules 
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TYPE 
Filter: 
1 Filter Owner: 
i Type 
© Input : 
| 
-  # 
© Output t 


AC or AG 3 AG ; AC or AG t LOG § 
of NAD + of ASF tof NOI,NCC,: 
Type Type ior AUT Type: 

bo : : } 
yes no r yes : no : 
t ‘8 ¢ 8 
‘ ) e $ 

a | ; { ‘ 

no yes yes + yes 
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Note that mandatory parameters must be declared before any optional 


ones. 


Optional Parameters 


LOGIC 


STATE 


inclusive filter, the default value; 


INCL = 
FXCL = exclusive filter3 
OBLI = obligatory filter. 


an "enabled" filter is taken into account in the 
filter-matching algorithm, while a "locked" | 
filter is skipped by this algorithm. The filter’s | 
state may subsequently be modified by using the 
ais ania commands. 


DOMAIN 
POWER 
CLASS 
CODE 
LEVEL 
SYSTEM 


ame Ce Giemsa > 


designate the various filtering criteria which 
may be sets at least one of these criteria must 
be applied (supplying at least one of the two 
values defining the range). If any criterion is 
absent (i.e., neither of the two valres defining 
its range, has been specified), 
the filter’s matching strategy. 


it is 


ignored by 


Criteria must be consistant with the filter’s 
type as well as with object types 


Figure 7-2: Input Filters 
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Figure 7-3: Output Filters 
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: Filter: AC or AG : AC or AG 4 ‘ 
t Owner: of ASF tof NOI, NCC, LOG 3 
: Criteria 4 Type 4 or AUT Types ; 
: DOMAIN 4 yes 4 yes yes | 
+ POWER 1 yes ; yes : yes i 
+ CLASS. yes yes H yes § 
a1 CODE H yes 1 yes ‘ yes i 
+ LEVEL ‘ yes 1 yes H yes 3 
4. SYSTEM © ; no (1) 4 no (Il) t+ yes +3 


(1) The local system’s name is used for filtering. Thus, use of any 
| system name for a filter OTHER THAN that of the LSYS, will lead 


to the rejection of a 
a single record. 
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11 records’ i.e., the AC will never receive 


{LOW_DOMA IN+DOM1 ) 
{HIGH DOMAIN! DOM? } 
(LOW_POWER?: POW] } 
CHIGH POWER: POW2) 
{LOW_CLASS! CLASS] } 
( HIGH_CLASS{CLASS2) 
(LOW_LEVELiLVL1 } 
{HIGH LEVELILVL2) 


SYSTEMI 
SYSTEM2 


FILTER 


is the lowest value for the domain, which must be 
less than or equal to the value of DOM2, with a | 
default value of 0 


is the highest value for the domain, which must 
be equal to or greater than the value of DOMI, 
with a default value of 4 


is the lowest value for the power, which must he 
less than or equal to the value of POW2, with a 
default value of O 


is the highest value for the power, which must bef 
equal to or greater than the value of POW], with | 
a default value of 4 


is the lowest value for the class, which must be 
less than or equal to the value of CLASS2, with af] 
default value of 1 | 


is the highest value for the class, which must be| 
equal to or greater than the value of CLASSI, | 
with a default value of 255 


is the lowest value for the level, which must be | 
less than or equal to the value of LVL2, with a 
default value of 0 


is the highest value for the level, which must be 
equal to or greater than the value of LVLI, with 
a default value of 255 


if specified, these must both designate the same 
system-name, which must have been defined by, as 
appropriate, an FSYS or RSYS command. 


TAS 


{LOGiLG) Command 


(administrative LOG) 


DEFINITION | 

An administrative LOG is a set of files on which administrative 
records are to be logged, and may be considered as equivalent to a 
special type of administrative correspondent with respect to the AF 
(type ASF). The LOG object may be associated with filters, in order 


to determine which records are to be logged on the set of files 
concerned. | 


COMMAND FORMAT 
{LOGILG) log-name [, AUPI_LAREA = nnnj C[, STATE = {ENBLIiLOCK)) 3 


PARAMETER DESCRIPTION 
bagnaie is the !-to-8 sishenimnerte ahewactension name of the log. 
- The associated files are SYS.log-namel, SYS.log-name2, etc. | 
The maximum number of files which may be associated with 
one log is 9. Characteristics associated with the log, are 
built dynamically at LOG utilization time, including: 
e The number of files 
@ The number of records in each file. 
The log function supports two different LOGs: 


@ Qne is named DSALOG and is mandatory when two LOGs are 
described 


e The other name is free. 

It should be noted that "LOG DSALOG STATE = ENBL3" is the 

default configuration command for LOG obfects. 

AUPI_LAREA defines the AUPI memory window size for this log, expressed | 
as a number of AEP records: 

10 <= nnn <= 100. 
By default, there is no AUPI memory windows i.e., "O". When | 
defined, this permits optimization of log access, for AUTs 


working in real time who access the corresponding LOG. 


The overhead for the (permanent) LOG ASF Handler, in terms 
of memory, is approximately: 


(nnn * 350) bytes. 
7.414 


COMP ATH 
PRIMARY OBJECT COMMANDS 


{COMPATH:CP) Command 
(COMmunication PATH) 


DEFINITION 


COMPATH defines a communication path as the local system "exit". 
COMPATHS may be mapped over HDLC lines or TRANSPAC local 
subscriptions. Section 2 (above) explains under what circumstances 
COMPATHS need to he defined. 


COMMAND FORMAT 


(COMPATH:CP) compath=-name, 
{ACCESS = line-name:{(SUB!SUBSCRID) = lsub-name})3 


PARAMETER DESCRIPTION 


compath—-name defines the communication path’s name, containing | to 
7 8 alphanumeric characters. This name is "local"$ i.e., 
it is known only within the local system. 


ACCESS specifies an HDLC line name, containing 4 alphanumeric 
characters, as defined with a LINE command. "ACCESS" 
is used when the COMPATH defines an "exit" over a 
point-to-point HDLC line. 


(SUB; SUBSCKID) gives a TRANSPAC local subscription name, containing | 
to 4 alphanumeric characters, as defined with an LSUB 
command. "SUB" is used when the COMPATH defines the 
"exit" over a TRANSPAC local subscription. © 
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FNP Command 
DEFINITION 


Applies when a DN7100 is configured i ne DPST network as a 
front-end processor. 


FNP describes how the FNPS Message Management a is to 
pn EsOns bys | 


e Referencing the name and address of the DN7100 in the SRST, to 
obtain access to its hardware characteristics : 


e@ Defining the FNPS environment needed to manage and service the 
DN7100. | 


Fach DN7100 to be managed by FNPS must be described by a separate FNP 
command. A maximum of 4 DN7100 front-end processors may currently be 
supported, connected via a maximum of 6 PSIY%s. In the case of a 
front-end processor connected via a twin PSI, there must be one FNP 
command for each PSI (but both related to the the same FSC). 


DPS7 is connected to the DN71I00 via a PSI, which multiplexes data | 
exchanges over logical channels. A maximum of 16 logical channels may 
be allocated over the PSI, of which 13 are available for user data. 


Except for specialized usage of DN7100 where traffic in one direction 
is much higher than in the other, the input versus output division of 
these logical data channels is usually “half-and-half"s i.e.3 

® 7 channels for output (i.e., rounded up) 

e® 6 channels for input (i.e., rounded down). 

From the point of view of the DPS7, channel numbering is as follows? 


Figure 7-4: DPS7 FEP Channel Numbering 


Channel _ — — | ae | Channel 
Number | | Type | 


DN7100 status control command channel 7 
Control command channel for data Command 
input channels | | Channels 
Control command channel for data 

| output channels 


Data exchanges — controlled by command Data Input 
i channel | | Channels. 


Data exchanges controlled by command | Data Output 
channel 2 | Channels 
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COMMAND FORMAT 


FNP name, CCnn [, INBFNB = nnnn] [(, INBFSZ = (32!nnnn)] 
{, INLCNB = nn} (, (NLOAD [, OUTBFNB = nnnn]) 
(, OUTBFSZ = (32!tnnnn)).tRMTLOAD) ] 
(, MODE = nn] C(€(, TIMER = (32!tnnn)) 3 


PARAMETER DESCRIPTION 


name uniquely identifies an FNPS service as a GCOS communications 
support. Length may range from | to 8 alphanumeric 
characters. TRACE, TRCT, DSAC, QMON and TRPT are reserved 
names and so may not be used as an FNP name. 


CCnn is the external identifier of the DN7100 held in the SRST, to 
identify the DN7100 as a hardware component of DPS7. 


INBFNB specifies the number of input buffer pool units to be used by 
FNPS for I/O transfers with the associated DN7100. This 
number may range from 4 to 30720 units, with a default of 64 
units. For optimum values, refer to Network Control Terminal 
Operations in Appendix G. | 


INBFSZ specifies the size in bytes of each unit forming the input 
buffer pool for use by FNPS during I/0 transfers with the 
associated DN/100. This size may range from "16" through 
"2048" bytes, in increments of 16 bytes. If the value 
supplied is not a multiple of 16, the size is rounded up to 
the next multiple. The default value is "32" bytes. "CINBFNB 
* INBFSZ)" must be less than or equal to "480" K bytes. 


INLCNB specifies the number of logical channels to be used by FNPS 
for receiving messages from the DN7100. If "x" is the number 
of logical channels available on the PSI in question, as 
specified in the SRST entry defining the DN7190 controller, 
values for INLCNB may be defined as follows? 


Minimum values ©)" 

Maximum valuet ‘ly-4 

Default values "(x-3)/2" 

~ where "x" must be both greater than or equal to "5", and 
less than or equal to "16". If the default value calculated 
is not an integer? 


e The number of input channels is rounded down to the 
nearest integer$ e.g., 6.5 means 6 channels | 


e The number of output channels is rounded UD. 


Tel? 


F NP 


MODE specifies the total number of input and output channels to be 
reserved for connection to SIRIS3 or SIRIS8. The maximum 
number of channels that may be declared is "11". 


NLOAD specifies that the host may not issue a command to load the 
| DN71003 i.e., "MIF fsys—-name". Should such a command be 
issued, it will be refused. This option is particularly 
useful in a configuration where one DN7100 is shared by 2 
hosts and only one has the right to load the DN7100. “NLOAD" 
may not be specified concurrently with "RMTLOAD". 


QUTBFNB specifies the number of units of output buffer pool to be 
used by FNPS during I/0 transfers with the DN/100 concerned. 
This number ranges from "4" to "30720" units, with a default 
of "64", For optimum values, see page 8.10. 


OQUTBFSZ specifies the size in bytes of each unit forming the output. 
buffer pool for use by FNPS for I/0 transfers with the 
associated DN7100. Size ranges from "16" through "2043" 
bytes, in increments of 16. If the value specified is not a 
multiple of 16, the size is rounded up to the nearest 
multiple. The default value is "32" bytes. "(OUTBFNB * 
QUTBFSZ)" must be less than or equal to "480" K bytes. 


RMTLOAD specifies that the host has the access right to load the 
DN7100, to he done from the DN7100%s own diskette. When the 
network control operator issues an "MIF fsys=<name" command, 
where “fsvs-name" is the DN7100 system’s name, the DN7190 is 
requested to load its software from its own diskette. If 
neither "RMTLOAD" nor "NLOAD" are specified, ADM loads the 
DN7100 from a subfile of the GCOS system library SYS.FPCOKE 
which contains the necessary DN/100 memory images. "RMTLOAD" 
may not be specified at the same time as "NLOAD". See the 
GCOS Network Administrative Supplement. 


TIMER refers to the “watch-dog" timer and specifies, in seconds, 
: the maximum time to be allowed by FNPS. FNPS sends a STATUS 
at each "TIMER" value Cin seconds) to the DN71I00. On the 

other hand, the DN7100, sends a STATUS at each declared "T3". 
value (in deciseconds) to FNPS. The "T3" parameter value is 
defined in the DN7100 generation command TS, the default 
value being 200 deciseconds$ see the DATANET 7100 System 
Generation Manual. 


"TIMER = 0" suppresses the survey mechanisms} in this case, 
the corresponding DN/71I00 "T3" must also be equal to "O", 


Receipt of a STATUS does not trigger a responding STATUS. The 


DN7100 will be declared as "failed" by FNPS as soon as no 
STATUS has been received during "2 * timer" seconds. 
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Minimums 20 seconds 
Maximum: 300 seconds 
Default: 32 seconds. 


The optimal value for "T3" = "10 * timer". 

The time out value must be equal to or greater than half the 
survey time declared for the DN71003 i.e., if the survey time 
is declared as 300 deciseconds, the value given to "TIMER" 
must be either "15" seconds or "(15 + x)" seconds. 

EXAMPLE 

FNP DNO!, CCO13 


This command defines an FNPS service for a DN7100 identified in the 
SRST as the controller "CCOI", 


Buffer pools are generated for aes with default values as indicated 
in Command Format above. 


FSC Command 


(Frontal Session Control). 


DEF IN TION 


Defines the session control for the local system’s front-end 
processor, as specified by the FSYSTEM command. A front-end session 
control is similar to other types of session control in that it has 
two network-wide representations unique in the network (for this 
object class)? | | 


@ A | to 4 character name identical to that of the front-end ‘system 
itself 


e@ A2 byte identifier, as specified by "SCID" keywork. 


Only the first of these two names will be taken into account in 
future releases. | : 


In the case of a twin-PSI front-end processor, the FSC command (with 
the same name and identification) must appear twice, each one 
referring to one of the PSI%s through its FNP command. E.g.8 


FSC DNO4, SCID = 3812, FNP = FNPI3 
FSC DNO4, SCID = 3212, FNP = FNP23 


COMMAND FORMAT 


FSC fsc-name, SCID # scid, FNP = fnp-name 3 


PARAMETER DESCRIPTION 


fsc-name is the network-wide session control name for the front-end 
processor, comprising from | through 4 alphanumeric 
characters. 


scid is the network=wide front-end system session control 
| identifier. This parameter is presented in the form “at b", 
where "a" and "b" are integers, and "0" is less than or 
equal to "a" while “b" is less than or equal to "255", 
Assignment of different "SCID" values in the network is 
arbitrary. 


fnp-name identifies the transport service to be associated with the 
front-end system, as defined with the corresponding FNP 
command. There must be as many FNP services defined as there 
are FOYSTEM and FSC command pairs. Length may range from | 
to 8 alphanumeric characters. 


FSYSTEM 


(FSYSTEMtESYS) Command 


DEFINITION 


(Frontal SYSTEM) 


Defines a DN/7100 to be used as front-end processor to the local 
system. There must be as many FSYSTEM (and associated FSC) commands 
as there are local front-end processors, up to a maximum of 4. 


COMMAND FORMAT 


{FOYSTEMiFSYS) fsys-name (, (PROFILE:PF) = "pf-definition"] 3 


PARAMETER DESCRIPTION 


fsys~name 


of-definition 


is a network-wide name unique in its object class, from 


| through 4 alphanumeric characters long. This name is 
used as argument for the MIF load, dump and SYSGEN 
commands. The front-end system session control name, as 
defined with the FSC command, must be identical to its 
system name. 


defines the front-end system’s hardware and software 
characteristics. Enclosed in double quotation marks, 
length may be of up to 22 characters. Profile Syntax: 


“system-name/software-id/software-level". Defined 


profiless 


UN7100/(DN-B/ (V2.5: V2.6) 
iDN-C/V3.0}. 


This information is used to identify the front-end 


system, and may be displayed with the "DT (system)" OCL 
command. 
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LSC Command 


(Local Session Control) 


DEFINITION 


Defines the local session control, which must be unique on GCOS 


. systems. Note that DSA allows for several session controls on a 


Single system. LSC is mandatory if the local system is to communicate 
with other systems (front-end or remote systems, as defined by 
FSYSTEM and RSYSTEM commands, respectively). Otherwise, LSC is 
optional. When present, this command must be unique. 


| Local session control has two network-wide representations, like any 
session control, unique in the network for the object class and 
comprising: 


@ A 1 to 4 character name, identical on GCOS-7 systems to the local 
system’s names see the LSYSTEM command 


@ A 2-byte identifier as specified by the "SCID" keyword. 


In the future, only the first name will be taken into account. 


COMMAND FORMAT | 
LSC SCID = scid [, TS = ts-name] 3_ 


PARAMETER DESCRIPTION 


scid is in the form "at b", where “a" and "b" are integers, "a" is 
greater than or equal to "0", and "b" is less than or equal 
to "255", as the network-wide local system session control 
identifier. Assignment of the various "SCID" values in the 
system is arbitrary. 


ts-name is the | to 4 alphanumeric character local transport name, as 
defined in an LTS command. The "TS =" keyword is mandatory 
for primary network use through a URP/DCC. 


LS YS TEM 
(LSYSTEM:LSYS} Command 
(Local SYSTEM) 


DEFINITION 


Defines the local systems i.e., the system which is currently being 


configured. LSYSTEM is mandatory if the local system is to 
communicate with other systems (either front-end or remote systems, 
defined by. the FSYSTEM and RSYSIEM commands, respectively): if not, 


this command is optional. When present, LSYSTEM must be unique. 


COMMAND FORMAT 
(LSYSTEM!LSYS) lsys-name [, (PROFILE!PF) = "pf-definition"] 3 


PARAMETER DESCRIPTION 


lsys~name is the network-wide name for the local system, unique 
in its network system object class and from I! through 4 
alphanumeric characters in length. This name is also 
the name of the local session control, as defined by 
the LSC command, and the default name of the local 
transport station, defined by the LTS command. This 
name is required to be identical to the LSYS name 
specified in CONFIG. 


pf-definition defines the local system’s hardware and software 
characteristics, enclosed in double quotation marks and 
of up to 22 characters in length. This information is 
used by distributed application software to identify 
the capabilities of the local system, and may be 
displayed with the "DT (system)" OCL command. 


This definition in no way replaces normal unbundling 
procedures. Syntax. of the profile iss 


“system name/software identification/software level" 
The profiles currently defined. include: 

e@ "L64" 

@ "64DPS/GCOS-64/1E.5" 

@ “DPS7" 

—@ 6“ DPS7/GCOS-7/{(YLIV2iV3)", 
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LTS Command 


(Local Transport Station) 


- DEFINITION 


Defines the local system transport station, mandatory when using a 

primary network through the URP/DCC. The default local transport 
Station is: identical to the names of the local system and session 
control. Refer to Appendix A of the Network Control Terminal 
Operations manual for a detailed description of transport mechanisms 
and recommendations for tuning LTS parameters with regard to other 
transport commands such as RTS, XPRTIC, NR and COMPATH. 


When present, this command must be unique. 


COMMAND FORMAT 


LTS lts-name (, (FLOWTH:T!) = {LQinnn)] C, (SILENT:T2) = (6Qinnn)] 
C, RETRY = (3innn)] (, TPUSZ = (256i nnn)] $ 


PARAMETER DESCRIPTION 


lts-name is the local. transport name, to be known to the local 
system only, with length ranging from |! to 8 alphanumeric 
characters. It is nevertheless recommended that this name 
be identical to that of the local system. in which case 
length may range from | to only 4 alphanumeric 
characters. | | | 


(FLOWTH:T1) defines the flow command timer, expressed in seconds. 
This value must be greater than zero and identical on all 
transport stations in the network. Authorized values 
start at "JO" seconds, and proceed by increments of 10 
seconds up to a maximum of "250", The default is "10". 


(SILENT: T2) defines the silence timer, expressed in seconds. This 
value must be greater than zero and identical for all 
transport stations in the network. Authorized values 
start from "10" seconds, and proceed by increments of 10 > 
seconds up to a maximum of "250". The default is "60". 


RETRY | sets the “retransmission maximum count". This value must. 


be greater than "0" and less than "255", with a default 
of uu gu . | ; 
TPUSZ ~ | defines the “transport unit minimum size", expressed in 


bytes. This value must be less than or equal to "256", 
with a default of "256". 
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Nk Command 


(Network Route) 


DEFINITION 


Defines a network route associated to a local system "exit" (as 
defined with a COMPATH command) and an arrival transport station (as 
defined with an RTS command). Refer to Section 2 for an explanation 
of network route definition. 


COMMAND FORMAT 
NR nr=name, (COMPATHiCP) = compath=name [, XPRTC = xprtc-name] $§ 


PARAMETER DESCRIPTION 


nr-name defines a name for the network route, to be known only 
to the local system, and ranging from 1 through 8 
alphanumeric characters in length. 


(COMPATHICP}) identifies the communication path to be associated with 
the network route, as defined with a COMPATH command. 
several network routes may reference the same COMPATH 
when these routes are mapped over TRANSPAC virtual . 
circuits belonging to the same local subscription. 
Length may range from {| through 8 alphanumeric 
characters. 


XPRTC identifies the transport protocol name to be associated 
with this network route. Several network routes may 
reference the same transport protocol. The default 
protocol is described by the XPRTC command. Length may 
range from 1 to 8 alphanumeric characters. 


RSC Command 


(Remote Session Control) 


DEFINITION 


Defines a remote session controls i.e., a session contro] of a remote 
system declared with the RSYSTEM command. Some DSA systems may have 
several session controls. | | 


Like any other type of session control, a remote session control has 
2 network-wide representations, unique in the network for this object 
class: 


@ A 1 to 4 character long name, identical on GCOS6 and GCOS7 
systems, to the corresponding remote system name. It is strongly 
recommended that this rule be applied for all other systems (and 
to the first session control, in the case of multi-session control 
systems). _ 


@ A 2=byte identifier, as specified with the "SCID" keyword. 
In the future, only the first name will be taken into account. 


Exclusive use of the "TS" or "FNP" keyword depends on the type of 
physical access applicable to the remote atrial gee Section 2, 
"Primary Network Configuration". 


Remote session controls may be accessed through several local system 
(FEP or URP/DCC) "exits". In this case, the RSC command must be 
repeated, with the same name and "SCID" representations. When 
initiating an outward connection toward a remote session control, the. 
system performs a circular search dynamically, for an exit in the 
states ACCESS = ENBL and telecoms LM = RUNNING. For instance, the 
example on page 2.2 in Figure 2-!] might be configured as follows, 
where the Remote Session Control name is. LYON® 


RSC LYON, FNP = FNPJ, SCID = 22205 
RSC LYON, FNP = FNP2, SCID = 28203 
RSC LYON, TS = TSLY, SCID = 22203 


For a twin=PSI exit to a front-end processor, it is not necessary for 

the RSC command to take account of “both" the corresponding FNP 

commands. [t is sufficient to declare the RSC as associated with the 

first FNP, and the system will perform the appropriate 

reconfiguration as and when necessary (i.e., in the case of switching 
between enabled PSI’s). 


COMMAND FORMAT 


RSC rsc-name, SCID = rsc-identifier, 
{TS = (rts-list)}FNP = fnp-name)3 
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PARAMETER DESCRIPTION 


rsc~name 


rsc-identifier 


rts 


fnp-name 


defines the network-wide remote system session 
control, a 4 character alphanumeric name. 


specifies the network-wide remote system session 

control identifier, in the form “atb" where "a" and 
"Hh" are integers, "O" is less than or equal to "a", 
and "b" {s less than or equal to "255", The assignment | 
of different "SCID" values in the system is arvitrary. 


specifies the name of a remote transport station 


“serving"™ the corresponding remote session control, as 


defined with an RTS command, ranging from 1 to 4. 
alphanumeric characters in length. 


specifies the name of the transport service of a 

local-system FEP through which the remote session 
control is to be accessed, as defined with an FNP 
command. | 


| - RSYSTEM 

ARSYSTEM!KSYS) Command — | | 
— (Remote SYSTEM) 

DEFINITION 

Deriees: 2 remote system with which the local system requires to be 

able to communicate. 

COMMAND FORMAT 


(rsc-list)] 
“of-definition"] $3 


(RSYSTEM+RSYS) rsys~name [, SC 
» (PROFILE: PF) 


ito 


PARAMETER DESCRIPTION 


rsys—name specifies the network-wide name for the remote system, 
- | unique in its object class, of | to 4 alphanumeric 
characters in length. This is the name used by the 
local system’s command language (i.e., the "SITE = 
xxxx" keyword), even if the remote system has several 
session controls. 


rsc~mlist lists the name(s) of the relevant remote system session 
control. It is mandatory for GCOS systems for the 
corresponding system and session Control names to be 
identical. Similarly, the "SC" identifier should not be 
used as a default session control name associated with 
a remote system. Session control names, implicit or 
explicit, must be. defined with the RSC (i.e., Remote 
yession Control) command. 


pf-definition defines the remote system’s hardware and software | 
characteristics. Enclosed in double quotation marks, 
this value may be of up to 22 alphanumeric characters 
in length. This information is used by distributed 
application software for identification of remote 
systems, and may be displayed with the "DT (system)" 
OCL command. Profile definition does not in any way 
replace normal unbundling procedures. 


Profile syntax iss | 


system-name/software-identification/software-level”. 
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RS YS TE ™M 
The following profiles have been defined, so fart 


{L64 

1O4DPS/GC0S-64/(1E.511E.6) 

iDPS7 

sGPS7T/GCOS=7/{VLIV2iV3) 

1 LO/MFS/{(2.10'2.2013.00} 
iDPS6/DSS/(1.1'2.032.212.63:33.03.3.153.2) 
}DN7100/{(DN=-B/(V2.51V2.6) 

: DPS8/GCOS~-8/ (SR 2300 i SR2500 {SR 3000) 
jDPS4/GCOS—4/ { NCT 1: NCT2) 
sMINI6/DSA/(3.0:3.1:3.2)). 
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RLS Command 


(Remote Transport Station) 


DEFINITION 


Defines a remote transport stations i.e., a transport station located 
on a remote system. For remote transport station choice and 
definition, as well as recommendations on RTS parameter tuning with 
regard to other transport commands (such as LTS, XPRIC, NR, COMPATH), 
refer to Section 2 "Configuration Methodology", and to Appendix A of 
the Network Control Terminal URGEee cate manual. 


COMMAND FORMAT 


RTS rts-name, {NETROUTE:NR) = (nr-list), XCNT = nnn 
[, ADDR = (TRANSPAC = (subscription-number-list))] 
(, VERSION = dsa_version~number]3 


PARAMETER DESCRIPTION 


rts-name specifies the 1l-to-8 alphanumeric character 
remote transport station name, which is not 

required to be unique for its object class 
throughout the network. It is, however, 
strongly recommended that transport station 
name be identical to the corresponding 
system name, in which case the rts-name must 
be no longer than 4 characters. 


{NETROUTE? NR) supplies a list of network route names, each 
| of | through 8 alphanumeric characters in 
length. Each network route name referenced 
must be defined with a NR command. No 
network route may be named more than once in 
any Single RTS command. 


XCNT defines the maximum number of transport 
connections. In the current release, there 
is no session multiplexing over any single 
transport connection’ a single [OF or TDS 
connection counts as one session and as one 
transport connection. The total number of 
transport connections may not ~ any case 
exceed "416", 


subscription=<number-list supplies the list of TRANSPAC remote 
- subscription numbers, in the form of "xxxx" 
(where xxxx represents from | through 15 
numeric characters). 
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RTS 


VERSION specifies the transport station version 


number, in the form “release~id:version-id", 
as eithers 


@ "03:00" for DSA200 (the default) 
e@ "*}:00" for DSA300. 
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X PRTC 
XPRTC_ Command | | | 
| (Transport PRoToCol) © 


DEFINITION 


Defines a transport protocols i.e., a set of transport parameters to 
be associated with a given network route. Several different network 
routes may have the same protocol. Any network route for which no 
transport protocol has been specified explicitly, is given a default 
protocol consisting of a set of constants and system-computed values. 
Refer to Appendix A of the Network Control Terminal Operations 
manual, for a detailed description of transport mechanisms, as well 
as recommendations for tuning the parameters of this XPRTC command 
with regard to other transport commands (i.e., RTS, NR, and COMPATH). 


COMMAND FORMAT 


XPKTC xprtc-name [, WINDOW = credit-description] 
| [, UNITSZ = transport-unit-size] (, LEVEL = 
(SLAVE: BASIC; ELOW-CONTROL: ROST_URECOVERY:FULLURECOVERY)] 3 


PARAMETER DESCRIPTION 


xprtc-name defines a "local" name (i.e., known only to the "local" 
system), of from | through 8 alphanumeric characters in 
length. 


LEVEL defines the transport station’s "transport protocol 
option". This includes such options as negociation rules, 
throttling and error recovery techniques. The level 
selected by TNS, when starting a transport connection, 
depends on the configuration concerned? 


e If only one network route has been configured between 
the LTS and RTS, the level found in the configured 
table is selected. | 


e If there is a large number of network routes, 
"PULL_URECOVERY" is selected. 
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WINDOW 


UNI TSZ 


XPRTC 


defines the maximum credit to be allowed for any transport 


route mapped over network routes controlled by this 
protocol, in either of the forms: 


e "(input-credit, output-credit)" - where "“input-credit" 
must be equal to “output=<credit" (in the current 
release). 


@ “(credit)” = where "credit" represents both input ard 
output credits. 


"Credit" must be both greater than "0" and less than "1I5", 


with a default value of "3", 


defines the maximum transport unit size for any transport 
route mapped over. routes with this protocol. The default 
is individually computed by the system for each route as a 
function of such parameters as those of the corresponding 
COMPATH command. 


SECTION 8 
TUNING THE NETWORK 


Tuning the network enables optimal use to be made of the 
communications system, in terms of reducing response time and 
optimizing memory occupancy. 


The four principle aspects of improving network performance are? 


BINS/URP and TNS/URP Tuning 

FNPS Tuning 

MAM Tuning 

Optimization of MCS Applications. 


For the last of these, see the MCS User Guide. 
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BINS/URP ANL INS/URP TUNING 
This assee: of network tuning involves the following! 
@® Network Lefinition | 
@ BINS Buffers | 

e BINS Input Buffer Pool Size 

@ BINS Output Buffer Pool Size 

@e ractors Affecting Buffer Pool Size 
6 INS Buffers | 

@ Sizing the Buffer Units 

@e Configuring the Line 
@ Use of Polling Algorithms 


@ Factors Affecting Station Leclaration. 


Network Definition 


The following points should be taken into consideration when defining 
the network. 


The user may write several network descriptions, such that each 
description has a specific use and function corresponding to a 
specific communication session. 


The CNC step takes an average of one minute to generate a given. 
network, which allows switching from one network operation to 
another. the only constraint on changing the network, is the need to 
stop BINS momentarily together with any executing communications 
programs’ i.@., VCAM subsystems and/or MCS applications and FNPS. 
Atter a RESTART CLEAN, the execution of CNC takes a little longer 
because of the reconstruction of system tables. 


Once the network has been generated, however, BINS takes about thirty 
seconds to be initialized. 
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BINS Buffers 


BINS INPUT BUFFER POOL SIZE 


When specifying the BINS input buffer pool size, the following points 
should be taken into considerations 


@® On input, units of the BINS input buffer pool are linked 
dynamically, to receive data from the terminals connected to VCAM 
subsystems and MCS applications. © 


An overload situation will occur, during a peak in traffic, if a 
buffer pool is too small to cope with the load. In this case, BINS 


automatically retries communication but, by doing so, decreases 
throughput performance. 


@e The BINS input buffer pool occupies a segment of up to 64K bytes, 
created at BINS startup and deleted upon termination of the 
communications session. 


The size of this buffer pool is defined with the “BIBFSZ" and 
“NBBTBF" parameters of the GENCOM command, and should provide the 
space required to contain one message per transmission line, as 
BINS must be able if necessary to service ALL transmission lines 
concurrently. | 


@e When specifying the “"BIBFSZ" parameter, the unit size is 
determined by the "average" message length sent to the terminal, 
Qther constraints are based on! 


@ Line speed: i.e., 19200 bps requires a minimum unit size of 160 
bytes | | | 


@ Link typet one packet must fit into one buffer unit. The unit 
size must be consistent with the TRANSPAC subscription and 
firmware generation of the HDLC line. Note that an excessively 
large value for “BIBFSZ" will result in underoccupancy of the 
buffer pool. 


@ When specifying the “NBBIBF" parameter, the minima of units 
necessary for transmission are 


e Two units for each VIP transmission line 

e ! unit for every two transmission lines. 

This minimum number should be increased if message length exceeds 

BP unit size (or packet length, in the case of an HDLC line). 
BINS OUTPUT BUFFER POOL SIZE 


When specifying the size of the BINS output buffer poor ihe. 
following points should be taken into accounts 


e This output buffer pool is used for storing messages £6: besent to 
the appropriate terminals, and must be large enough to handle all 
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the messages generated dynamical ly ey the application(s). 


@ The BINS output buffer pool occupies a segment of up to 64K bytes, 
created at BINS startup and deleted upon termination of the 
communications session. 


The size of this pool is determined by the “DABFSZ" and “NBDABF" 
parameters of the GENCOM command, and should provide the space 
required to handle data output to as meny terminals as may be 
active at any one time. 


An overload situation will occur, during a sea: in traffic, if a 
buffer pool is too small to cope with the load. In this case, BINS 
automatically retries communi cat ilon but, by doing so, decreases 
throughput performance. | | | 


e When specifying the "DABFSZ" ee the unit size is | | 
_ determined. by the “average” message length, as well as by other 
constraints? 


e The fastest line speed available 


e Link types the unit size must be consistent with both the TNS 
configuration and. the firmware generation. of. the HDLC line. 


@ When specifying the “NBDABF" parameter, the factors which 
determine the “optimum" number of units for the whole output 
buffer pool, includes | 


@ The type of applications i.e., interactive, file transfer, etc. 


@e The number of terminals. All terminals share the same output 
| buffer pool resource. 


@ The use of TNS, which involves an additional load on the 
system. 


FACTORS AFFECTING BUFFER POOL SIZE 


If the buffer size parameters are not speci fied penne wee CNC will 
generate pools of equal length. 


Optimum values for these buffer size parameters may be adjusted 
dynamically. By using the results of several communications sessions, 
obtained from the relevant BINS JORs, buffer pool sizes may be 
“tuned" for subsequent sessions. 


Factors influencing the choice made of optimum values, include 
@ Transmission lines are not generally all active simultaneously. 
@e Functional characteristics of the network: 


@e Line speed. The faster the speed of transmission, the greater 
the throughput of the buffer pool. Consequently, the smaller 
the buffer pool, the quicker must be the turnaround. 


e Total network traffic. The. greater the traffic, the larger the 
buffer pool. An increase in overall traffic is caused by: 


@ An increase in the number of terminals active in the network 


e The type of applications e.g., remote batch applications 
impose a heavier workload — implying a heavier traffic ~- on 
the network, than interactive applications. 


@e Message length. Buffer unit size must range from "N/4" through 
"NY, where "N" is the average message length. 


TNS Buffers 


SIZING THE BUFFER UNITS 


In the current release, TNS and BINS share the same buffer pools? a 
trade-off Should therefore be taken into account with the 
optimization of BINS buffers. Tne line is configured at URP firmware 
generation, with its hardware and “software-visible" attributes, the 
responsibility of the DPS7 installation engineer. 


In the firmware generation for the line, the sizes of the input arn 
output frames are specified. These frame lengths determine the sizes 
of the input and output buffer units, "BIBFSZ" and "BABFSZ" 
parameters of the GENCOM command, used by TNS. They may be specified 
by the user, if the default values of 160 bytes are deemed 
unsuitable, 


The algorithms for sizing the buffer units, are as follows: 


@® For a TRANSPAC virtual circuit, the buffer unit must be large 

_  @nough to fit the subscription packet size. In particular, the 
input buffer must be large enough also to accomodate the packet 
and buffer management headers. 


{BTBFSZiDABFSZ) = (PKSIZE + 32) 
eos where “PKSIZE" is a parameter of the LSUB command. 
@ For a point-to-point HDLC line, the buffer unit must be large 


enough for the “fragment" directly negociated by TNS. However, the} 
network administrator may specify the maximum size required: : 


(BIBFSZ:DABFSZ) = (UNITSZ + 32) 
8.5 


eee where “UNITSZ" is a parameter of the XPRIC command. 


The fragment size proposed by TNS to the "remote" transport station 
(i.e., RTS) is determined by the following ope eae procedures s& 


1) For a given Aetwork route, the initial sizing ——n on the type 
of "access": | 


a) Over a point-to-point HDLC line, the fragment size selected is 
the LEAST of the following parametric. values? 


@ The "data part" of the "frame length" specified in the URP 
firmware generation: i.ee, ("frame-length" - 2), see 
“Configuring the Line" | 


e The “data part" of the buffer unit size, "BIBFSZ" and 
4YDABFSZ" in the GENCOM command’ 1.e.% — 


| ({BTBFSZiDABFSZ) - 32) 
@ The “UNITSZ" parameter of the XPRTC command. 


fragment/pt- to-pt = Min (frame/fw ~ 2, ({BIBFSZ!INABFSZ} - 32), 
UNITSZ/xprtc) 


b) Over a TRANSPAC virtual circuit, the fragment size is selected 
according to the following consecutive criterias if the XPRIC 
command is specified: 


e With its "UNITSZ" parameter, cheevagnent size selected is 
equal to the value of “UNITSZ" 


@e Without its "UNITSZ" parameter, or if the command is not 
specified at all, the fragment size selected is calculated 
as the product of the "WINDOW" and “PKSIZE" parameters of 
the LSUB command. 


fragment/tpac-vce = (UNITSZ/xprtci WINDOW/Isub * 
PKSIZE/1sub)} | 


2) Where there are several network routes linking the "local" 
transport station (i.e., LTS) to the RTS, the fragment size chosen 
is the LOWEST COMMON MINIMUM of all the fragment sizes determined 
for each network route concerned, according to whichever is 
applicable of la and Ib above: | 


fragment/lcm = Min (fragment/nr/ |, fragment/nr/2, «ee 4 
fragment/nr/n). 


3) Once the connection between LTS and RTS on a mutual exchange has 
| been confirmed, either transport station then selects the SMALLER 
of their "input" and "output" fragments for transmitting data’ 


fragment/on~line = Min (fragment/send, fragment/receive). 


4) Once the fragment size has been selected, TINS will calculate the 
letter size as the product of the fragment size and the "output" 
credit. The "output" credit proposed to the RTS, is one of’ : 


@® Equal to the non-zero value specified by the "WINDOW" parameter 
of the XPRTC command 


e If "WINLOW = O" is specified in the XPRTIC command, equal to 
twice the number of network routes declared 


e If the XPRTC command is not specified at all, or is specified 
without "WINDOW", equal to the default value of "3", 


letter = (fragment * credit -> (WINDOW/xprtci2 sigma x=I|, x=n 
nr/xi3)) 


The Network Administrator must check the BINS Job Occurrence Report 
for “overloading” of the buffer pool due to its being “undersized". 
"“Qverloading", for each transport connection, may be caused by TNS 
demanding more buffer units than currently declared. in the CNC3 e.9.: 


e For a point-to-point HDLC line, as many as, or more than, twice 
the value specified by the "“INDOW" parameter of the XPRTC command 


® For a TR ANSPAC virtual circuit, as many aS, or more than, twice 
the value specified by the "W#INDOW" parameter of the LSUB command. 


To resolve this problem, the Network Administrator may perform any or 
all of the followings 


e Increase the number of output buffer units, with the “NBDABF" 
parameter of the GENCOM command 


e Decrease the credit value of the XPRTC parameter "WINDOW" 


@ In the case of a TRANSPAC virtual circuit, reduce the fragment 
Size specified in the "“UNITSZ" parameter of the XPRTC command. 


| CONFIGUR ING THE LINE 


An example of an URP firmware configuration, for 2 HDLC lines, 
Tollows: — | 7 | 
| RES LNOL YDLOA,SvA="L TOOP 2.9909" | 
{ {=> maximum lengths of input and 
| out put frames’ 
= cre 
O9 * 16 = 144 bytes 
7 
:a=m-> HDLC frane-window, defined as 
"TFNAK" 


-> LAP~A (unbalanced mode) for LAP-B (balanced mode) ,f] 
specify "“HDLCB" 


wen fe BS Be Fe @2e G2 @ea & 


ULNK LNOI CAO2, DLIN#00, LCN=15 


RES LNO4 HDLCA, SVA="L TOOP3.0909" 
ULNK LNO4  CAO2, DLIN#03, LCN=21 


LNOL 
: TERME 1 
aaa 
!-> defines the Data Terminal ea aman: DTE { 
a (a line configured to TRANSPAC must be declared as a DIE) {J 
ENLLN | 
LNO4 — | 
 TERMND=0 | 
i—> defines the Lata Communications eden DCE 
ENDLN | 


An example of the TLT printout for one of the lines uated 
ea dcsil 


LINE: LNO4 
TYPE: HLLCA SVA8 % L TOOR3. Q909. # 
pom=> HELC Pansuiraw: defined as 
. ; . NTEFNAK" 
TLT 8 064300 11 77AO0I1 FF 110409FF 090 1.10.10 00000000 .0O0000000 


'-> 09 * 16 = 144 bytes3 


? 

i] 

maximum input frame 
ae 

5 


-~> 09 * 16 = 144 bytes3 
, maximum output frame 
CONNECTED TOs 
URP 3: UCOI! SVA3 % 1I52D21060513 7 
UCLA$ CAO2 SVA8 ee HFDL eee Scene? 


The frame cone specified in the URP firmware generation determines 


Ponte 


There will be no I/O difficulties if the value specified for either 
“PKSIZE" or "UNITSZ" is less than the configured value at the same 
time as being at least equal to the packet or fragment size required. 


Configured values must be increased, if a new maximum is required. In 
this case, the network administrator must ask the field engineer to 
rerun the URP firmware generation. 


Since the GENCOM command is unique for any given CNC version, the 
buffer sizes declared in “BIBFSZ" and "DABFSZ" apply for all the 


lines in that DPS/7’s network. The generated firmware values are 
likewise identical. 


Use of Polling Algorithms 


When BINS is initialized through the console command ST,. the polling 
list is loaded into the URP$’ the firmware handles polling. 


Setting up and modifying the polling list is done through algorithms, 
for which the following points should be considered: 


@ Setting the polling list up. For stations on a multipoint line, 
the polling list is determined by two LINE command parameters: 


-e@ "“POLLIST", which lists stations according to their STIs, as 
_ defined in the STATN commands following LINE 


@ "“LINPLG", which defines the restart of polling, for after 
successful data entry from a given station, as follows: 


e If specified, polling resumes at the beginning of the 
polling lists i.e., "linear" 


e If not specified, polling resumes at the next station 
consecutive to the station just polled’ i.e., "round-robin". 


@ Modifying the polling list may be done with any one of the 
following network control commands? 


HT to inhibit a station which is known to be 
@ Logically closed down: i.e., not used to send or receive | 


@ Unavailable due to "time out" having occurred, as specified 
with the value given to TOLEN. 


RT to restore a station to the polling list, if either: 


e HT has been issued previously, to avoid polling an inactive 
station | | 


@ The STATN command has been specified with the "CLOSE" | 
option at network generation, and has remained in this 
closed state at BINS start-up time. © 


MIP to modify part or the whole of the polling list. 
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EXAMPLES OF USING POLLIST AND LINPLG PARAMETERS 


Example 13 


Equal frequency, round-robin polling. where all stations (lI, 2, 3, 4, 
5) are polled at the same frequency? 


POLLIST = (1, 2, 3, 4, 5) 


Example 28 


Biased frequency, round-robin polling, where station | is polled four 
times. as frequently as stations 2, 3, 4 and 58 


POLLIST = (1, 2, I, 3, Ie 4, -1, 5) 


Example 33 

Descending. frequency, round-robin polling, where stations are to be 
polled in order of descending frequency’ i.e., station | is polled 
most frequently, while station 5 is the least polled: 


POLLIST = (1, 2, 3, 4) 5), LINPLG 


Example 48 


Biased frequency, linear polling, where the polling blas is penny 
in favor of station 13 


POLLIST = (1, 1, I, 2, 3, 45 5), LINPLG 


Factors Affecting Station Declaration 


When declaring stations, the following points should be taken into 
account 8 


@. The effects of declaring one station per line are! 
® <A larger number of lines used | 
@ The "load per line” not used to its optimum capacity 
@ Installation costs increased: 
@ For equipment already installed, as running and maintenance 
costs will be greater than necessary due. to the use of more 


lines than needed 


@ At the stage of planning the installation, as more equipment 
will be ordered than needed for the network to function. 
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Degradation in response time caused by: 


then using the multipoint facility (i.e., declaring more than one 
Station per line), the gain in reducing the number of lines needed 
must be weighed against: 


e@ The “overhead” of the polling mechanism, through polling 
inactive stations 


@ The sharing of line throughput by multiple stations. The 
time for message transmission, which in turn dapends on 
message length and, for the duration of which, the line is 
used “exclusively” by the station active. 


@ The type of applications i.e., "interactive" applications are 


generally more suitable for a multipoint network than are 


“remote batch" applications. 


Terminal 
Type 


(a) 
(b) 


AJ8 32 
AJ8 33 
DKU 700 | 
DKU 7002 
[KU 7005 
[LKU 7007 
LKU 7105 
LKU71O7 
DKU72 I] 
DTU7 171 
DTU 7 172 
HLS 
HL6 | 


HL62 


HL64 
HL66 
IBM37/0 
IBM 3270 
IBM 3278 
IBM3741 
KDS 7255 
KLS 7275 
MTS 7508 
PC/300 


Figure 8-1 Maximum Terminal Message Length 


Message 
Length 
(bytes) 


Line 
Procedure 


TTY 
TTY 
TTY 
TTY © 

VIP(S) 
VIP(S) 
VIP(S) 
VIP (S) 
VIP (S) 
ITY/TTY-R 
TTY/TTY-R 
VIP(S) 
BSC 
BSC 

BSC/HDLC 
BSC 
BSC 
BSC 
BSC 
BSC 

VIP(S) 

VIP(S) 

VIP(S) 
TTY 


ees 4, 480 bytes 
Model 2, 


1920 bytes 


1280 or 1920 bytes 
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Terminal 


Type 


PRT 1220 
STS2840 
TK4105 
TN300 

TN 1200 


TTS7800_ 


TIUS 124 
TTUB 126 
TTU8 128 
TTU8221 
TTX 35 
TTY 33 
TTY 35 
VIP7001 
VIP7 100 


~ VIP7200 


VIP7700 
VIP 7760 
VIP 7801 


VIP7801V 


VIP7802 
VIP7804 
VIP7805 


_ VIP78 14 


Line 
Procedure 


Message 
Length 
(bytes ) 


TTY/TTY=—R 
TTY/TTY=-R 
VIP (S) 
VIP(S) 


VIP (S) 
VIP (S) 
VIP (S) 


(c) Panel display, 256 or 480 pytest he 960 or 1920 bytes. 


FNPS TUNING 


The information treated here relates to the FNPS service job, running 
in the GCOS system environment. Each FNPS manages one DN/i00 
Front-end Processor. For Release GCOS/7/V2, there may be up to four 

FNPSs together managing four active input buffer pools and four 
active output buffer pools each with differing functional 


_ characteristics, according to the specification of the respective FNP 


- commands. | 


‘Information on the optimization of DN7100 software, in terms of 
memory occupancy. and performance/ throughputs is coat with in the 
UN7100 Performance Guide. 


FNPS tuning involves: 

e FNPS Tables 

@ FNPS Input Buffer Pool Size > 

e FNPS Output Buffer Pool Size 

e ‘Specifying, FNPS Buffer Pool Sizes 
® Allocating FNPS ‘Buffer Pools 

ron PSI Logical Channels. 


FNPS Tables 


These basic tables are created as a result of network generation, 
from parameters supplied in the FNP command, and are held in Type 0 
segments. Other tables are manayed dynamically by FNPS and, as such, 
are optimized whenever necessary $ these are held in Type 2 segments. 


Furthermore, the basic table is small and Ke) me mer occupancy is 
eget Geers oe 78 bytes. | 


FNPS : Soe Buffer Pool Size 


When specifying each FNPS input buffer pool’s size, the following 
points should be taken into account’ 


@ One FNPS input buffer. pool exists for each DN7IO0 known to the 
| System. Each input buffer pool is made up of units all of equal 
length. The unit length for one input buffer pool need not. 
necessarily be the same as for the others. 


Fach time a connection is made, FNPS Knows the maximum message 
length applicable to the corresponding session, from the exchange 
protocol with the DN/100 over the PSI channel. FNPS allocates 
buffer pool space as. a function of this maximum message length. As 
FNPS receives successive connections and messages, it attempts to 
allocate a sufficient number of contiguous units to accomodate the 
new messages. | | | a 


If one segment of 32K is insufficient (as a function of the sum of | 
the maximum message lengths applicable to all current 
connections), FNPS may create a second segment if possible, even 
if the length of data actually received is less than the maximum | 
length possible. If "INBFNB * INBFSZ" does not allow creation of af 
second segment, FNPS uses space allocated at connection time. ; 


When specifying the "INBFNB" parameter, the number of units must 
allow for the "average" traffic rate without risking an overload 
Situation which would decrease the throughput of messages from the | 
KN7100. In the report produced by FNPS (see Appendix A), "MAXIMUM 
UNIT NUMBER" indicates if buffer saturation has. been reached’ 


e Saturation is indicated when the value of MAXIMUM UNIT NUMBER 
is close to that of UNIT NUMBER 


@ If MAXIMUM UNIT NUMBER is much smaller than UNIT NUMBER anda | 
second buffer has had to be created, "“INBFNB * INBFSZ" has been 
calculated too generously. | 


FNPS Output Buffer Pool Size 


When specifying the size of each output buffer pool, the following 
points should be taken into considerations’ 


the maximum message lengths applicable to all current 


length possible. If "“OQUTBFNB * OUTBFSZ" does not allow creation of | 


connection time. 


e@ Saturation is indicated when the value of MAXIMUM UNIT NUMBER 


One FNPS output buffer pool exists for each [:N7100 known to the 
system. Each buffer pool is made up of units all with a given 
length. The unit length for one buffer pool may possibly differ 
from that of the others. 


Each time a connection is made, FNPS knows the maximum message 
length applicable to the corresponding session, from the exchanje 
protocol with the DN/7I1O0O0 over the PSI channel. FNPS allocates 
buffer pool space as a function of this maximum message length. 
Each time VCAM wants to send a message, FNPS attempts to allocate 
a sufficient number of contijuous units to accomodate it. 


If one segment of 32K is insufficient (as a function of the sum of | 


connections), FNPS may create a second segment if possible, even 
if the length of data actually received is less than the maximum 


a second segment, FNPS uses space allocated in anticipation at 


When specifying the "OQUTBFNB" parameter, the number of units must 
allow for the "average" traffic rate without risking an overload 
Situation which would decrease the throughput of messages from the 
DN7100. In the report produced by FNPS (see Appendix A), "MAXIMUM | 
UNIT NUMBER" indicates if buffer saturation has been reacheds 


is close to that of UNIT HOMBER 
elf MAXIMUM UNIT NUMBER is ‘einen smaller than UNIT NUMBER and a 


second buffer has had to be created, "OUTBFNB * OUTBFSZ" has 
been calculated too generously. | :* | 
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Specifying FNPS Buffer Pool Sizes 


The size of INBFSZ. and OUTBFSZ depends on the “average" message 
length, which in turn is determined by a combination. of thes | 


@ Maxi mum amount of data transmitted before. the ®turn" is handed 
over to the correspondent | 


® Public data network’s cumulative: 
e Transit time 
® Transmission speed. 


Allocating FNPS Buffer Pools 


The sizes of FNPS input. and output buffer pools, are determined at 
CNC generation by the values specified for the following FNP command 
parameters’ 


@ Qn input, by the product of INBFNB * INBFSZ 
e On output, by the product of QUTBFNB * OUTBFSZ. 


For both input and output buffer pools, the maximum value that may be 
specified by the user is 480K mee? - which is requested by GCOS in 
15 segments of 32K bytes each. 


At run time, the amount of memory "locked" by FNPS to serve as buffer 
pools may not exceed what has been specified at CNC generation. For 
example, if the user has specified 128K bytes, FNPS will only "lock" 
as much memory, up to the user maximum of ![28K bytes, as necessary - 
to the nearest IK bytes (with a minimum of 32K). Once the total 
amount of memory specified by the user has been "locked", no further 
allocation of memory may take place and FNPS must then operate within 
that maximum of memory available no matter what constraints are 
imposed on the system. 


If FNPS’s memory requirements exceed what the user has specified, 
performance will be degraded. The user must therefore increase the 
buffer pools’ sizes up to FNPS’s maximum requirements at the next CNC 
generation and rerun the communications session. 


A lack of available "locked" memory is caused by the following 
conditions: 


@® More uSers oe on than proviued for, thereby creating a 
"Saturation" peak period 


® Lata throughputs than foreseen, generated by the user and from the 
System. | 


PSI Logical Channels 


A maximum of 16 logical channels is allocated over the PSI, the total 
number of channels available for user data being 13. The reasons for 
this are that: 

@e Cost, in terms of memory space, is negligible: see "FNPS Tables" 

@e Better overlapping of I/O activities is permitted at FNPS level. 
Except in the case of highly specialized use of the DN7 100, where 
traffic in one direction is much higher than in the other, the 
default division between input and output is: 

@® 6 input data logical channels. 

e / output data logical channels. 

Should the user need to adjust the division of channels between input 
and output, this may be done with the "INLCNB" parameter of the FNP 
command. 


From the point of view of the [PPS7, the conventional channel 
numbering is as followst 


Channel | f Channel | 
Number | Type | 


0 DN7 100 status control command channel 
| _ 7 Command 
| iControl command channel for data input channels 
| , Channel s 
2 Control command channel for data output channels | 
3 . | 
| Data Input | 
}Data exchanges controlled by command channel |! | 
Channels 
x 
x +] 7 
| | Data Output 
|Data exchanges controlled by command channel 2 
Channels 


The value of "n" is normally “15"3 unless the FNP keyword "MORE = m" 
has been specified, in which case the number of channels reserved 
for: 

@ Data output is "(i5-m) = x" 

e SIRIS is "m", 


‘For further information on the sharing of channels between GCus and 
SIRIS, refer to the DN7 100 System Generation Manual. | 


MAM TUNING 


This aspect of network tuning involves the following items: 


Choosing between Disk Queues and Memory. Queues 
Queued Wassage Gerocture 

Calculating the Number of Blocks 

Specifying the "QCBLKSZ" and “QDBLKSZ" Parameters 
Defining anor Queue Space | | 
Lefining Disk Queues 

Preallocating Lisk Files. 


Choosing between Disk Queues and Memory Queues 


The following éondi tions determine the choice to be. made betwean: disk 


and memory queues? 


Gisk queues are used for: 


e Invoking the checkpoint/restart facility, in the event of "step 
abort" or "system crash" 


e File transfer and data collection, where the data obtained is 
to be used for input to applications normally run after the 
communications session has been terminated. 

Memory queues are used for? 

e When response time is critical in reducing turnaround 

@ Interactive or conversational dialog. 

Both disk and memory queues are used for: 

e Heavy traffic loads over a large network 

@ File transmission. 

In this case, queues are allocated as follows! 

@ Memory queues for receiving data — 


e Disk queues for storing data, — 
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EXAMPLE OF USING BOTH TYPES OF QUEUES | 
The installation environment and application usage are as follows’ 


@e Twenty VIP/700 keyboard=—screen terminals are used in 
conversational mode to enter invoices, on the basis of one enquiry 
({.e@e6, input) to one response (i.e., output) 


@ Four printers produce hard-copy, in the form of invoices keyed in 
on the VIPs, and therefore many output messages may be generated 
for printing. 


The choice of queues most suitable for the requirements of this 
application, is made as follows: 


@e Memory queues to be used for the VIP terminals as well as the 
application, for rapid turnaround 


e Disk queues to be used for the printers, since hard copy is slower 
to produce than screen displays. 


Structure of the Queued Message 


The internal structure of a message enqueued by MAM, is the same in 
memory as it is on disk. 


The message is assembled in fixed-length blocks, as specified by the 
user. The two types of block are the "TCB" (i.e., Text Control Block) 
and the "HCB" (i.e., Header Control Block). 


Each TCB is structured as followss 


@ Five bytes are used to provide a link with the relevant HCB 
e The remaining bytes contain the data part of the message. 


Fach HCB occupies a block of the same size as a TCB, structured as 
follows: 


HCB! where 50 bytes are used for control information and provide the 
link to HCB23 the remaininy bytes are used to link the related 
TCBS. each link comprising 4 bytes. 


HCB2 where 4 bytes provide the Link between HCB2 and HCB3t the 
remaining bytes hold the link with the relevant TCBs, each link 
comprising 4 bytes. 


HCB3 where, since there is no succeeding HCB to be linked with HCB3, 


the first 4 bytes are lost. The remaining bytes provide the link 
with the relevant TCBs, each link comprising 4 bytes. 


Seal 


The number of blocks needed to enqueue a given message, must depend 
on the? | =« 3 _ a 


-e@ Length of the message. 


e Size of the block, in bytes, as defined in the GENCOM command, 
with: | a | 


@ "QLBLKSZ" for disk queues 


@ "QCBLKSZ" for memory queues. 


Figure 8-2: Optimizing Queue Size - | 


message of 
i9n bytes in | 
iworking area 
of program 


on 


Message of 9¥n bytes is structured into 9 TCBs 
of n bytes each, every 3 TCBs headed by 1! HCB, 
In Case 1, the message is unduly split owing 
to the small size of the blocks declared. The 
number of links required slows down storage & 
retrieval, and hence increases response time. 
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Figure 8-38 Optimizing Queue Size - 2 


message of 
9n bytes in 
working area 
of program 


Message of 9n bytes is structured into 3 TCBs J 
of 3n bytes each, all TCBs headed by one HCB. | 


In Case 2, the blocks are larger in size. The 
number of links is fewer, compared with © 

| Case |. Storage and retrieval are more rapid, ' 
thereby decreasing the response time. 


Calculating the Number of Blocks 
e In the following algorithms, sybols used for the variables are: 


N 


the number of TCBs 
B = the block size, in bytes. 
e@ The number of TCBs is given by the algorithm: 
N = (message-length)/ (B < 2) (+ 1, for any remainder). 
@ The number of HCBs is given by the following algorithms: 
© For | HCBt i.e., only HCBI is useds 
(N * 4) <¢ (B - 50) 
e For 2 HCBs$ i.e., HCBI and HCB2 are used? 
(N * 4) < (2B - 54) | 
© For 3 HCBst {.e., HCB!, HCB2 and HCB3 are all used: — 
(N & 4) ¢ (3B - 58) 


Specifying the "QCBLKSZ" and. “ODBLKSZ" Parameters 


When specifying values for these parameters, the following compromi se 
must be considereds 


© ‘Economy of space, involving 


@ A reduction in the number of blocks needed to enqueue the 
| average message 


@ Minimization of the amount of "lost" space. 


e Performance, involving a reduction of the “overhead” imposed on 
BINS and on the application by MAM, in terms ofs | 


@ Avoiding unnecessary "splitting" of messages, which is costly 
in CPU time 


@ Reducing the number of 1/0 operations meee" to access TCBs and 
HCBs, on a disk queue file. 
EXAMPLE OF OPTIMIZING QUEUE SIZE 
Consider an average message lenyth of 980 bytes: 
e Solution 1. If 3 TCBs are used. thet: 
@e Block size must be no less than (327 + 5) = 332 bytes 
F "Loss" in TCB3 will be (327 * 3) = 980 = 1 byte 
© "Loss" in HCBI will be (332 - (50 + (3 * 4))) = 270 bytes 
e Total "loss" will be 1 + 270 = 271 bytes. 
@ Solution 2. If 4 TCBs are used, thes | 
e Block size must be no less than (245 + 5) = 250 bytes 
e “Loss® in TCB4 will be (245 * 4) —- 980 bytes = 0 bytes 
e "Loss" in HCBI will be (250 — (50 + (4 «* 4))) =. 184 bytes 
e Total "loss" will be 0 + 184 = 184 bytes. 
e Solution 3. If 5 TCBs are used, thet 
@ Block size must be no less than (196 +5) = 201 bytes 
e “Loss” in TCBS will be (196 * 5) - 980 = O bytes 
e "Loss" in HCBI will be (201 - (50 + (5 * 4))) = 131 bytes 
e Total "loss" will be 0 + 131 = 131 bytes. 
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The greater the number of TCBs used, the less. the amount of "“lost™ 
space BUT the greater the access time. | 


A reasonable compromise would be Solution 2, where the block size is 
equivalent to 25% of the message lengtht see "BINS/URP Tuning? 


Factors Affecting Buffer Pool Size", in the Network Control Terminal 
Operations manual. 


EXAMPLE OF OPTIMIZING THE NUMBER OF BLOCKS 

Consider a message text to fill a screen of 24 lines, each line 

having 80 characters. A block size of 85 bytes has been chosen to 

contain the text and 5 bytes to provide for the link. 

@® Solution A proposes to reduce response time, which will be 
achieved if BINS can start delivery of the first lines of text 
before the entire message is enqueued. In order to do this: 


e Each line must be sent as a separate messages i.e., SEND WITH 
EM] 


e ithe structure of the message must therefore bes: 
@ Qne TCB to contain each line of text 
@ Each TCB to be headed by one HCBI 


e 24 TCBs and 24 HCBIs are needed to contain the entire 
message 


e the total space required will be (48 * 85) = 4080 bytes. 
e Solution B proposes to Save space, which will be achieved if the 
entire message can be enqueued before it is transmitted. In order 
to do this: 


e Each line is sent as a portion of the messages i.e., SEND 
without an indicator being specified, until line 24 


e The last line, 24, is transmitted as SEND WITH EMI, thereby 
terminating the message 


e The message’s structure must therefore be: 
e 24 TCBs to contain the entire message 
@ One HCBI to link the first 8 TCBss i.e., TCBI through TCBs 


@ One HCBe to link the eens 16 TCBS8 1.@e, TCB9 through 
TCB24 


@ (One HCBI, one HCB2 and 24 TCBs are needed to contain the 
entire message 


@ ‘The total space required will be (26 * 85) = 2210 bytes. 


In Solution A, the advantage of so structuring the message is 
security, since each TCB is controlled by its own HCB$ as opposed to 
Solution B where 8 TCBs are controlled by a single HCB. The risk of 
losing text is restricted to one TCB, as — to 8 TCBs, 
respectively. : | 
The saving of 1870 bytes in Solution B is made at the: expense of 
minimizing response time since, unlike Solution A, transmission does 
not start until the entire message has been enqueued. 
Defining Memory Queue Space. 
The space for memory queues is restricted to a single segment of 64K 
bytes. In the following algorithms, the peneee ers specified are to 
be found in the corresponding CNC commands® | 
@ “NUMBLK" parameter in the QUEUE command 
@ "“QCBLKSZ" parameter in the GENCOM command 
@ "QCPOOL" parameter in the GENCOM command. — | 
the number of memory blocks is yjiven by the algorithms 
N= sigma (NUMBLK) + QCPOOL 
The restriction on memory queue space is given by the algorithm: 

(N * QCBLKSZ) < 65535 
The total memory queue Space declared, must include both thes 


@ Pool independently reserved for the exclusive use of individual 
queues, as declared with "NUMBLK" in the respective QUEUEs 


@ Pool, as declared with ®"QCPOOL" in GENCOM, to be shared by all 
queues qualified by "QCPOOL" in their respective QUEUEs. 


Violating this restriction on memory queue space will cause an error 
during network generation, with the message? 


ERROR CN0020 SEVERITY 4 SEGMENT TOO LARGE 3 segnent-name 
For further details, see Appendix A. 


The actual size of the segment yenerated for memory queues, is 
provided by the CNC SYSOUT reports see Appendix A. 
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Estimating the size of the memory buffer pool, must depend on? 


Message length, already dealt with above 


Traffic load, which comprises: 


e Time taken to compose the message text to be input 

@e lime taken to enter the composed message text 

e BINS transfer time 

@ Processing time of the executing application 

@® Response time for outputting a message to the terminal. 


Typically, in the case of interactive applications, up to 30% of 
the memory buffer pool is used on average during peak periods. 


If the "maximum" has not been exceeded over a period of several 
“typical™" communications sessions, the CNC parameters determining 
the memory buffer pool’s size may be reduced when a new network 
description is generated. 


Tailoring the buffer pool’s size may be based on the following 
intormations 


@ At the end of each session, the BINS JOR listing, which gives 
an account of the memory queue segments see Appendix A 


@e During the session, the network control command DT QUEUE may be 
issued from time to time, to take random samples of queue 
occupancy. 


Number of queues sharing the buffer pool, as related to queue 
type 


e Terminal queues are better suited to share a buffer pool 


e Program queues are better suited to individually reserved 
pools, in order to be able to receive several messages in a 
stream. | 


The "QCPOOL" parameter of the GENCOM command, enables all or part 
of the memory buffer pool to be shared by several queues, if all 
or some of the queues are defined with “QCPOOL" in their 
respecitive QUEUE commands. 


The disadvantage of shared buffer pools is the possibility of 
over loading. | 


befining Disk Queues 

“In order to be able to use disk queues8 

e The disk queue file must first be preallocated 

@ A buffer segment must be generated by CNC, to contains _ 


® A "bit map", to reflect the status of each block in the file 
whether used or not 


® Buffers for reading/writing HCBs and TCBs from/to ne disk 
file. 


The size of this buffer segment is given in the CNC SYSOUT oo? 
see Appendix A. 


Calculating the size of the queue file depends ons 

® The block size, as defined by "QDBLKSZ" in the GENCOM command. A 
block size of between 400 and 1000 bytes should satisfy the | 
requirements of most applications. Any size.smaller than 400 bytes 
will increase unacceptably the overhead for disk I/0 transfers. 
The greater the capacity of the disk, the larger “QDBLKSZ" may be. 

@ The maximum number of blocks permitted in the file, is. defined by 
the following algorithms where “NUMREC” is a parameter in the 
QUEUE commands 

Sigma (NUMREC) < 32767 


If the total number of blocks exceeds the maximum defined above, 
an error message will be flagged at network generation: 


ERROR CNOOQ20 SEVERITY 4 SEGMENT TOO LARGE 8 Pen ee 
For further details, see. Appendi x Ae 
@ Characteristics of the disk to be used i.e., the number of: 
@ Blocks per track 
@ Tracks per cylinder. 


The number of blocks per track for all disk drives, exc luding NSUO3 10 
is given by the algorithms 


13165/.0135 + QDBLKSZ) 
In order to optimize file allocation for disk I/0s and missing 
segments, the user may obtain statistics from the JOR listings of 
both BINS and the MCS application(s) concerned. For details of the 
BINS JOR listing, see Appendix Ae 


The number of blocks per track for MSUO310,_ is abdul by the 
algorithm: 


| + ((7294 = QDBLKSZ)/(.10 + ((2137 * QDBLKSZ9/2048))) | 
8.24 


Preallocating Disk Files 


File access contention should be avoided in.order to optimize 
performance and reduce response times. For this reason, files used 
during the communications session should be allocated on different 
disks, wherever possible. : 


The files most frequently used, in a communications system, are? 


@ System backing store (i.e., SYS.BKST!), for Swapping code and data 
segments belonging to both system and applications, during 
execution. This file is accessed by the VMM (i.e., Virtual Memory 

Management) component of GCOS. 


A "bottleneck" will occur, in accessing the SYS.BKST! file, if 
memory is overloaded by too many jobs executing concurrently. 


@e The queue file accessed through MAM by both BINS and MCS | 
applications 
e User files accessed only. by the MCS applications. 


File contention generally arises if: 

e User files are allocated on the same disk as the queue file, 
resulting in a great number of I/0 operations having to be 
performed by the system in processing messages, thereby slowing 
throughput down. Contention arises between: 

e BINS, in trying to enqueue and dequeue messages 
e The MCS application(s), in trying to access both types of file.| 

@ The queue file is allocated on the system disk, and if the load 
imposed on the system is such as to increase the rate of segment 
swapping, contention being caused among: 

@ VMM, in swapping and loading code as well as data segments 
e BINS, in trying to enqueue and dequeue messages 


@ The MCS application, in trying to access the queue file. | 


APPENDIX A 
CNC SYSOUT REPORT 


The information in the CNC SYSOUT report comprises: 


The network description input to the CNC utilitys i.e., the 
commands specified for generating the network | 


Output from CNC execution, including: 


e@ Any CNC error messages that may have been generated? see 
Appendix C 


@ tardware and firmware parameters relating to the comoonents 
declared for the network 


@ the sizes of the tables and buffers specified for the network. 


The purpose of the CNC Report is to enable the user to optimize his 
network and tune its performance. The structure of this report is as 
follows: 


1). 


2) 


6) 


1) 


8) 


9) 


The Header Banner 

The network definition, containing a listing of the CNC commands 
provided hy the user, as well as any error messages resulting from 
execution of the CNC utility’ see examples in Appendix C 

An error summary report, specifying the severity of each error 


The relevant firmware parameters 


The BINS environment, with a summary of the network handled 
through BINS and the URP/DCC 


The FNPS environment, with a summary of information related to 
DN7100CSs) declared with FNP command(s) 


The VCAM environment, displaying the initial sizes of the VCAM 
tables generated by the CNC utility 


The MAM environment, summarizing information related to both MAM 
and ann | 


Tables common to all communications components, together with © 
their sizes, generadly referred to as the "Common Semaphore 


Segment", 


HEADER BANNER 


Figure A.1t Header Banner 


7 | {-———> CNC version number 
Jos co dca lecclic te ttc tek tet! KkkkKKKKKKKKK KKK KKK RR CRICK 


| HK KIK IAI AIK IK KIKI IH IK IK IA IKK IK AA IA AIK | kkkkkkk keke KKK KKK KKK 


| #*x*ek GCOS L64 | 4 KkkKK 
kkk : CNC. ' | kkRK 
kik VERSIONS 4C.05 DATED: SEP 10, 1982x*xk** 


KkKKKKCNC_EXECUTION... REPORT #% kk kk kak | 3 — | KA KKKKKKKKKK KK KKKK KK KKK 


Ll KKKRKKAKK KK KK KKK KKK KK KKK IK KK KK KK KKKKKKK kkk kk kkk Kk kK KR RR KEK 


| | VY 
ADDITIONAL INFQs Bee nen me ==> CNC technical level 


SHST OF THE MACHINE 60D00020 SAVED AT 09238238 OCT O07, 1982 


OPTIONS 3 SIMU" : PRIVATE SRST 
2 oy Y 
Tf "SIMU" or “WSIMUP" option If "SIMUP" option 


NETWORK DEFINITION 


Figure A.2?2 List of Commands and Errors. 


LISTING OF DIRECTIVES AND ERROR MESSAGES  — (title) — 


XXX XXX 
XX XX XX | | 
(see examples in Appendix F) (commands) 


Notes3 | 

@e Input records are sequentially numbered 

e Errors detected during the first pass are interspersed, but not 
among the input records. 

Examples | 

15 GENQMON QMAM,APPLIB=DSAC_APPL_D lela 


Ol | 
eO2kke ERROR ONOO SEVERITY 03 - ILLEGAL SYNTAX 


~ shows an error detected after the first PASS» following the 
listing of commands. 


ALS 


ERROR SUNMARY 
If no error is detected, the message produced ist 
NO ERROR DETECTED 


Any errors aetected: even severity e warnings, will senetans an error 
summary in the form: | 


SEVERITY 2 wARNINGS: xxx 

SEVERITY 3 ERRORS® = xxx 

SEVERITY 4 ERRORS# — xxx 
Errors of SEVEKITY 3 or 4 will of course lead to an abort of the CNC 
utility. In this case, an additional message is produced to indicate 
whether the previous configuration has been lost or not; i-.e., 
either: a 
@ PREVIOUS CNC (IF ANY) PRESERVED 


@ PREVIOUS CNC CIF ANY) LOST. 


FIRMWARE PARAMETERS 


Figure A.3: URP Attributes 
Format of Information for Each Line Declared 


LINE s LNO2 


(where LNO2 is the SRST name of the telecommunications line, declared | 


with the LINE command). 


TYPE : TTY 


i] 
r-> Line procedure defined in RESOURCE 
card at SRST generation, namely 
BSC 2 | 

HDLC~A 8 
TCV : 
TTY t 

t 

3 

: 


BSC 
HDLC=-X25 
TC Olivetti 
Teletype 
TTY=-R 
VIP—A 
VIP=S 


VIP Asynchronous 
VIP Synchronous 


TLT 8 


CONNECTED TO 
URP ¢ UCO! | 
name of SRST/URP to which 


is connected, defined in 
card at SRST generation 


+> External 
the line 
RESOURCE 
UCLA # CAO] SVA 38 
name of UCLA/DCC to which 


is connected, defined in 
card at SRST generation 


+> External 
the line 
RESOURCE 


SVA : 7 


SVA 3% L HOO OOTI 7” 


Software Visible Attributes 
defined in resource card at 
SRST generation, giving the 
hexadecimal TLT image for 
the line concerned 


Teletype (reverse channel) | 


1A000000 00804200 59370403 O0003088A (is the TLT hexadecimal 


image for the line). 


_S251Y0602 
4 
y 


Software Visible Attributes 
for the SURP/URP concerned 


td HFDL eee 300 4 


VY 


Software Visible Attributes 
for the UCLA/DCC concerned 


BINS ENVIRONMENT 


Local Network 


-GENCOM NAME=D20- <--- Is the name of the BINS workstation, as 
defined with the GENCOM command. 


‘DECLARED LINES=4 

| DECLAHED CLUSTER(S)= 2 
: DECLARED STATION(S)=10. 
: $ DECLARED TERMINAL (S)=15 -> Total number of terminals 
; 8 ) declared with TERMNL commands 
H }--> Total number of stations declared with STAIN commands 
t--> Total number of clusters declared with CLUSTER commands 

-~> Total number of lines declared with LINE commands 


$ 
4 
8 
8 
$ 
i] 
¢ 
i] 
6 
t 
) 
i] 


TRANSPAC Network 


SUBSCRIBER # | 
GENNET NAME ¢ TCI 
ASSIGNED TO # LNI2 
+ TRANSPAC ADDRESS= 01234 => —TRANSPAC address specified 
| with SUBNB parameter of the 


; 

' ; 

; LSUB command 

1 $0 +—=> URP HDLC line as declared in SRST 

: +--> Name of subscription defined with the LSUB command 
+-——-> Sequence number of the LSUB command 


NB OF PERMANENT V.C. =3 ASSIGNED FROM # TOOO To 1# TO002 

‘ | | . | | 

+-> Total number of permanent virtual circuits declared by PVC 
commands, with names automatically assigned 

NB OF SWITCHED V.C. = 15 ASSIGNED FROM #* TOO3 TO + TOIT 

r-> Total number of switched virtual circuits specified by the 


SLINE parameters of the LSUB command, with names — 
automatically assigned 


NB OF MULTIPLEXED ENTRIES = 20. 


Segment Size 


BINS TABLES = 6475 BYTES (indicates the size of the tables dedicated 
to secondary network management). 


QUTPUL B.P. = 4080 (28 UNITS OF 144 BYTES) (indicates the size of the 
output buffer pool). 


INPUT B.P. = 4080 (28 UNITS OF 144 BYTES) (indicates the size of the 
input buffer pool). 


TRANSPAC TRANSPORT TABLES = 9315 BYTES (indicate the sizes of the 


TRANSPAC and transport station 
tables, respectively). 


Figure A.43 FNPS Environment 


Format of Information for each FNPS Buffer Pool 32K Segment — ; 


| OUBENB: 0 


Maximum number of VCAM l 
connections for this i 
buffer pool segment 
Maximum number of units in 
this buffer pool segment 
used in session 

»~Number of buffer pool units 
defined by INBFNB or OUTBFNB 
parameters of related FNP 


bees Size of buffer unit defined by INBFSZ 
or OUTBFSZ parameters of related FNP 


LaSie oF mutter pool segment in bytes 


= The number of units used for the buffer pool, at the moment of 
: terminations 


@ A value of "O" indicates "normal" termination 


° This parameter becomes IN3FNB, for input buffer pools. 


6 lines appear for each input and output buffer pool segment of 32K. 


Note that Suppressed segments do not appear. 


A.B) 


VCAM_ ENVIRONMENT 


Table Sizes 

e The initial size of VCAM Table | is shown ast. 
VCAM TABLES 1!= 307 BYTES. 

@ The initial size of VCAM Table 2 is shown as: 
VCAM TABLES 2= 269 BYTES. 


MAM ENVIRONMENT 


Figure A.5% MAM Environment 


| DECLARED CORE QUEUE(S)=6 | CORE QUEUE POOL=1420 BYTES | 


r-> Total number of memory queues 
declared by QUEUE commands 
specifying NUMBLK or QCPOOL 


io: ee | 

| +> Total size reserved in 

; memory queue segment as 
declared by QCPOOL of 
the GENCOM command 


: DECLARED DISK QUEUE(S)=14 | DISK QUEUE POOL=10218 BYTES 


r~> Total number of disk queues 
declared by QUEUE commands 
specifying NUMREC or no 
option 


: '] : 

| +> Total size reserved for 

' disk queue pool segment 

automatically computed 
by CNC | 


| QUEUES FILE IS : 
| EFN=MS_QUEUE 

MEDIA=K187 

» SIZE=5 CYL=-> Size in cylinders of disk queue file 
r--> Name of disk containing disk queue file 
| t--> External-file-name of the disk queue file 


| MAM TABLES SIZE =1860 BYTES <-- Size of MAM tables 


| O.M. TABLES SIZE =1834 BYTES <-~ Size of QMON tables 


ALN 


COMMON TABLES 


Figure A.e6: Common Tables 


COMMON TABLES SIZE 
SEMAPHORE SEGMENT = 3432 BYLES 
DICTIONARY SEGMENT=2400 BYTIES 
' IDSEQ SEGMENT=192 BYTES --> Size of identification 
‘ sequence segment (generated 
H by CNC from ILSEQ commands) 
t--> Dictionary of communications names (built by CNC from 

generation names) 
—-> Size of common semaphore segment 


] 
i] 
¢ 
$ 
é 
8 
i] 
t 
] 
6 
q 
$ 
‘. 


Note that, after a RESTART CLEAN, the CNC report shows the terminal 
features description as just reyenerated by the system. 


APPENDIX B 


BINS, FNPS AND QMON 
JOB OCCURRENCE REPORTS 


During the communications session over the network, statistics are 
gathered by BINS, FNPS and QMON in order to enable the user tos 


@ Tune the network: see Section 8 


@e Control the traffic over each line in the BINS/URP secondary 
network 


e Regulate the resource requirements of MCS applications. 

BINS statistics give information concerning: 

® Buffer pool sizes and maximum occupancy 

@ The number of messages exchanged per line and per terminal 

@ The number of errors that have occurred during transmission. 
FNPS statistics give information concerning: 

e Buffer pool sizes 


@ The maximum occupancy of these pools for each of the 4 (maximum) 
DN7100s supported. 


QMON statistics give information concerning: 
e Disk and memory buffer pool sizes 
® The stream processor work area, for character conversion 


e The maximum number of disk blocks used by QMON and MCS 
applications 


@ The number of connections between QMON and VCAM 


@ The peak number of input and output CDs used by MCS applications | 


@ The maximum length of the “resource waiting queue’ used by QMON 
for messages. 


BINS 
Job Occurrence Report — 


kk kK KKK KR KK KK KK STATISTICS kkk k * a * &* kk Kk kk 


1E.5 00 


BINS version 


Format of Information for each Terminal Declared 


TRML* TTO2 


Total number f retries attempte dj 
by BTNS to send data to terminal 


Total number of messages, including 
system MeSSAQES » sent to terminal 


‘otal number of messages received Trom terminal 


»Terminal-name" specified in TERMNL command at CNC generation 


Format ue dabarmatton for eecn ne Declared 


LINK LNO2 


000028 > 
OUTP 


PUT MESS. 


ER ORS #000000 
[INPUT _ERRORS#0000Q9 | 


Total number bf retries attempted] 
by BINS to receive data over line 


Total number of retries attempte df 
by BINS to send data over line 


Total number of messages sent over line 
Total number of messages received over line 


‘Line-name" specified in LINE command at CNC generation. 


| BTNS JOR | 
| (continued) 
| Format of Information for BINS Buffer Pools | 


mite SIZE1N00 112 
IIT NB:QNN020 | 
MAX UNIT NB&Q00Q003 | 


Maximum niimber of units in 
buffer pool used in session 


eNumber of buffer pool units | 
defined by NBRTbBF or NBDABF ] 
narameters of GENCOM command 


Size of buffer unit defined by BIBFSZ 
or DABFSZ parameters of GENCOM command 


size of buffer rool in bytes 


3 lines of information are displayed, one line for each buffer 
pool: 


e SC Buffer pool internal to BINS, automatically sized by BINS 
to contain messages sent and received BY the secondary 
network controller 

@ INP. Information relates to BINS input buffer pool 


@ QOUT.: Information relates to BINS output buffer pool. 


Information Applicable Specifically to MAM 


PEAK NB OF (CORE QUEUE; DISK BUFFER) BLOCKS IS: 000006 


faximum number of blocks used during the session in thes 


@ Memory (core) queue segment 


e Disk buffer pool used to access the disk queue file, 
automatically sized by CNC according to the number of lines and 
MCS apnlications to be executed concurrently: see the "MAM" 
parameter of GENCOM. 


keeaekkkek — * *k* & *&* END OF STATISTICS * kekekkkkk kkk * 


FNPS 


_ Job Occurrence Report 


| 


ewe kK Kk KKK KKK KK KR KR RK KR KK kK KK KK KK KK KK KK 
kk kk RK kk Kk Kw wk wR K&R STATISTICS we & kK Ow KR KK KK KK KK Oe 
Rk KR KK KR KK KR KKK KR KKK KK RK KR KK KK KK KK KOK 


Format of Information for each FNPS Buffer Pool 32K segment 


| foUBENB: OQ 


Maximum number of VCAM | 
connections for this | 
buffer pool segment 


‘Maximum number of units in 

this buffer pool segment 
used in session 

lumber of buffer pool units 

defined by INBFNB or OUTBFNB 
parameters of related FNP 


ize of buffer unit defined by INBFSZ 
or QUIBFSZ parameters of related FNP 


size of buffer pool segment in bytes 


efhe number of units used for the buffer pool, at the moment of 
termination: 


e A ais of "oO hndicates “nernais termination 


e This pavaneret becomes TNBENE for mnpOr buffer pools. 


| 16 lines appear for seis inoue and output buffer pool segment of 


[Note that. suppressed segments do not appear. 


QMON 


Job Occurrence Report 


kkk kK kK wk kK & & * QMON STATISTICS * & kK kK KR KK RK RK 


ee version and patch status 


‘ 


1E.4 00 
| | BMAM, EXTAb SEG SIZF# 4320 | , 
| | BMAM. DBUF POOL SEG SIZE# 15840 | DB SIZE: : 
a Declared : A ore of CENCORS | 
| | BAM. CBUF POOL SEG SIZE: 25690 | CB Es 256 
ia Declared in 2A4 SBLKSZ of GENCO 
| LQMON, QMTAB SEG SIZE 3162 | 


apo 1 ZeS of tables and buffer pools are also treated in "mAM 
Environment" of "CNC Sysout Report", page A.10. 


Lote 


pe ize oF th according to the mode: NL, UN or MK 


“disk blocks used during the session 


ua USERS. PEAK NUMBER OF DB USED! 
. »Maximum number of disk blocks used by applications during the 


IMON PEAK EB USED: 3 
Laemgpea Xx imum Aunber of disk blocks used by QMON during the session 


S119) ) Pe = | | OF OMGE USED: | QMGETAR SIZF3 52 
B=Max imum number of connections between QMON and VCAM 
Size of message grom table 


cP 


PICDTAR SIZE: 


JN PAK NUMBER OF CICD USEI 
peiax imum number of input CDs used by QNON 
Size of input CD tabl 


IN. PEAK NUMBER OF COCD USED: _ | COCDTAB SIZE: 48 
BMaximum number of output CDs used by QMON 
Size of output CD table 


| QMON, PEAK LENGTH OF RESWQs HK ESWOQTAB SIZE: 10 
site Maximum “Length of the resource waiting queue used by GMON for 
~emessages. 


APPENDIX C 
CNC ERROR MESSAGES 


The error messages output from execution of the CNC utility, appear 
ins | 


@ The SYSOUT file 


@e The JOR (i.e., Job Occurrence Report), in the case of an abnormal 
condition occurring during writing to the SYSOUT file. 


ERROR MESSAGE FORMAT 


The format of error messages in SYSOUT ist. 


ERROR CN nnnn SEVERITY (s) error-message-text 


In the JOR, the format of error messages is? 


CNnn error-message-text 

heres | | 

@ CN denotes that the source of the message is the CNC utility 
e '™nnnn! and ba 8 badicate the message’s number 


e "s" indicates the degree of severity of the error message 
concerned, as follows? 


2 Warning3 i.e., the network generated may still he usable 


3 Fatal: this leads to an abort of CNC execution but triggers 
a EOUD TONS syntax analysis of the network | 


4 Fatal: this leads to an abort of CNC execution and may also © 
stop syntax analysis. 


e "error-message-text" gives the error condition and may be 
accompanied by the corresponding return code, in the format: 


RC = XXXKX XXX YVVYVYVY , ZZZZZZ2Z 
- where! 
@ "xxxxxxxx" is the hexadecimal contents of the RC Register 


o "yyyyyyyy® is the name of the SIU (i.e., System Integration 
Unit) procedure concerned 


@ errr re. is the Return Code. 


CoQ 


CNC JOK MESSAGES 


| CLOSE | 
CNO1 ERROR DURING jopen | sysout KC =XX XXXXXX~YYVYYY VYY 9 Z2ZZZZZZ 
PUT : 


Syntax: The contents of the RC (i.e., Return Code) specifies the 
errore 


Causes CNC execution has been aborted due to the error, indicated as 
appropriate, while accessing the SYSOUT file. 


Action: Retry. 


CNC SYSOUT ERROR MESSAGES 


ERROR CN 9000 SEVERITY (4) ILLEGAL SYNTAX 


ERROR CN OOOI 


ERROR CN 0002 


ERROR CN 0003 


Sontaxs Denotes the element in error. 
Causes. One or a combination of the following: 
 @ Wrong command name, keyword or argument 
® ‘Missing or duplicated positional parameter? 
@e.ge, Name, LNnn, station-index, “type”, 
"subtype", etc. 
Action: Correct the command(s) and rerun the CNC 
utility. 
SEVERITY (3) COMMAND SEQUENCING ERROR 


Syntax? As in text. 


Causet A restriction in sequencing commands (e@.Ge, 


LINE ~ STATN - TERMNL) has not been observed. 
Actions Correct the command sequence and rerun the CNC 
utility. 
SEVERITY (3) SEVERAL TERMNL FOR A TTY LINE 
oyntax!: As in text. 


Causet (nly |! terminal is allowed on any single ITY 
line. 


Actions Ensure that only 1! TERMNL command is present 
for the TTY line and rerun the CNC utility. 


SEVERITY (3) DUPLICATED : name 


syntax: "name" identifies any element defined by any 
CNC command except the COMM command. 


Causes The only duplication allowed is the 
| “terminal-name" or "rdtn-name" and its 
associated "terminal-queue"3 otherwise, names 
must be unique for the network 


Actiont Use a "name" other than the one indicated in 
the appropriate command and rerun the CNC 
utility. 


ERROR CN 0004 SEVERITY (3) INVALID NAME LENGTH ! name 


syntax: "name" identifies any element defined by any 
CNC command except the COMM command. 


Causet The number of characters identifying the 
element has been exceeded. 


Actiont Correct the "name" in the appropriate command 
and rerun the CNC utility. 
ERROR CN 0005 SEVERITY ¢€3) QCPOOL NOT DEFINED BY GENCOM 
Syntax! As in text. 

- Causes A queue has been declared with the "QCPOOL" 
option in the appropriate QUEUE command while 
this option has not been specs tne’ in the 
GENCOM command. 


Actions Insert the "QCPQOOL" option in the GENCOM 
command and rerun the CNC utility. 
ERROR CN 0006 SEVERITY (3) CLUSTER/STATN NOT ALLOWED ON A TTY LINE 
Syntax: As in text. 
Causes As in text. 
Actions Remove the STAIN and/or CLUSTER commands 
following all TTY LINE commands and rerun the 
CNC utility. 
ERROR CN 0007 SEVERITY (3) USELESS KEYWORD IN GENCOM keyword 
Syntax! "keyword" identifies the option specified in 
GENCOM which is trrelevant according to the | 
requirements of the network to be generated and 
may lead to a waste of memory space, such as 
the generation of useless tables. 


Causes See syntax. 


Actions Remove the option from the GENCOM command and 
rerun the CNC utility. | 


C.5 


ERROR CN 0008 


SEVERITY (3) INVALID VALUE value 


Syntax? "value" appears against | the parameter of the 


ERROR CN 0009 


ERROR CN OO10 


command in error. 


Causes: value" is outside the range allowed for the 


appropriate parameter. 
Action: Correct the parameter in the appropriate 
| command and rerun the CNC utility. © 
SEVERITY (3) MISSING STATN OR TERMNL 
Syntaxt As in text. 


Cause? A LINE command must be porDowed by one of. 
either? 


@ STATN if it describes a ah aa or polled 
line | 


e TERMNL if it describes a TTY “line. 


Actions Insert the appropriate command and rerun the 
CNC utility. | | | 


SEVERITY (2) INVALID TERMINAL & (TYPE!STYPE) 


Syntax! As in text. 


Causet Eithers 


e The "“terminal-type" in a TERMNL or RDIN 
command is not allowed according to the LINE 
or RDTE, respectively, previously defined 


: @ The "terminal-subtype" in a TERMNL, RDIN, or 
-.  IDSEQ command is incorrect according to the 
“terminal-type" specified in the same 
command. 


Retiens Correct | as appropriate, and rerun the CNC. 
utility. 


ERROR CN OOTl 


SEVERITY (3) MISSING LINE OR STATN 


Syntax: As in text. 


ERROR CN OO12 


ERROR CN 0013 


ERROR CN 0014 


Causes A TERMNL command must immediately follow 
eithers 


@ A TTY LINE command 
e@ A STATIN command, for other line procedures. 
Actions Insert the appropriate command and rerun the 
CNC utility. 
SEVERITY (3) DUPLICATED KEYWORD 
syntax: As in text. 


Causes A keyword has occurred more than once ina 
command. ? 


Action: Correct the command and rerun the CNC utility. 


SEVERITY (4) UNABLE TO CREATE 8 name 
kKC= XX XXXX XX@> VV YYVYYVY 9 ZZ2Z2ZZZZ 


syntax "name" may be that of a table, a buffer, or of 
a work segment. : 


Causes A system malfunction has prevented the CNC 
utility from creating the table, buffer or work 
segment identified, 


Action: Call the Field Engineering Service. 


SEVERITY (3) MISSING GENCOM 
syntaxt As in text. 


Causes The GENCOM command must be present and must 
head the list of CNC commands. 


Actions Insert the GENCOM command or, if the GENCOM 
7 command is present, correct the sequence of CNC 


commands, and rerun the CNC utility. 


ERROR CN 0015 SEVERITY (3), NOT CONNECTED IN SRST 2 name 


ERROR CN 0017 


ERROR 


syntax: "name" is an “LNnn') identifying a LINE. 


Causet The referenced element has been declared in the 
.3 firmware generation but is flagged as 
unavailable. 


Actions Call the Field Roiatnaae tis Sarekcie. 


“ERROR CN 0016 


CN 0018 


SEVERITY (4) INVALID LINE. MODEL : model | 


“Syntax! "model" defines the DCC line model, as declared 


in the SRST during firmware generation. 
Causet The generated SRST has allowed for such a DCC 
| line, a model which is not known to the 
software. 


koeona Cail the Field inna ese ee. 


SEVERITY (3) NO MASTER TERMINAL DECLARED 


Syntax: As in text. 


Causet A TERMNL command specified as SLAVE follows 


immediately a LINE or STATN command, as 
appropriate. 


Actions Insert a TERMNL command for a "master" terminal — 
in front of the "slave" terminal comnand(s) and 
rerun the CNC utility. — 

SEVERITY (3) NOT A QUEUE OR TAP NAME t name 


Syntax? "name" is the argument specified for the ASSIGN 
parameter of a TERMNL command. 


Cases The argument does not match, either? 


e The program queue declared by a QUEUE 
command 


e A VCAM subsysten as declared by a DCTAP 
command. — 


Actions Correct si teil rerun — utility. 


ERROR CN 0019 SEVERITY ¢3) POLLIST GREATER THAN DECLARED IN SkST 


ERROR CN .0020 


syntax? As in text. 


Causes The. value declared for the POLLIST parameter of 
a LINE command defines more station index 
-entries than have been reserved in the UkRP for 
that linet refer to the POLLISTLENGTH parameter 
of the SRST entry. 


Action: Reduce the number of entries in the appropriate 


LINE command and rerun the CNC utility. 


SEVERITY (4) SEGMENT TOO LARGE s name 
Syntax: "name" identifies one of? 
-@ The BINS input or output buffer pool 
@ The FNPS input or output buffer pool 
@ Memory queues. 


Causes: The value(s) declared for one of the above 
elements, has exceeded the limit allowed. 


_- Actions Adjust the value(s) in the GENCOM, QUEUE, or 


ERROR CN 0021 


FNP command (as appropriate), and rerun the CNC 
utility. 


SEVERITY (4) UNABLE TO {OPEN} READ:CLOSE) INPUT FILE 
RC = XXXXXXXX“>YYYVYYYY, ZZZZZZzZZ 


Syntax: The contents of RC specify the reason for the 
abort. 


Causes System error. 


Actiont Check the JCL statements and retry the job. If 


this same condition recurs, call the Field 
Engineering Service. 


ERROR CN 0022 SEVERITY (2) NOT DECLARED IN SRST t name 
Syntax: “name identifies a LINE. 
Cause! Eithert 


@ "name" is not in the ein "]Nnn® for the 
LINE) 


e "name" is in the correct form but the 
referenced LINE has not been declared at 
firmware generation. 


Actions 1) Check the name for the appropriate LINE 


command and, if this is wrong, correct it 
and then rerun the CNC utility 


2) If the CNC generation is correct, the wrong 
firmware generation has been used to 


initialize the system. In this case, call 
the Field Engineering Service. 


ERROR CN 0023 SEVERITY (4) QUEUES FILE ACCESS ERROR 
— RC © XXXXXXXX™~>YVYYVYVYY, Z2222z2z 


Syntax! The contents of the RC specify the error as 
well as the system primitive involved. 


Causes The error, when accessing queue files, may be 
either: 


@ <A user error, when the file has not been 
preallocated 


@e <A system error, if "IOFAIL" 
Actions If: | 


@ The file has not been preallocated, correct 
the JCL statements and retry the job 


@ "TOFAIL" has occurred, retry the job. If 
this same condition recurs, call the Field 
Engineering Service. 
ERROR CN 0024 SEVERITY (4) NON STANDARD DISK 
syntax: As in text. 
Causes The disk queue file has been preallocated on a 
disk whose type is other than MS/M300, MS/M350, 
MS/M400, MS/M402, MS/M450, or MS/M500. 


Actions Correct the eppropr tate JCL statement and retry 
the job. 


C.10 


ERROR CN 0025 


ERROR CN 0026 


SEVERITY (4) QUEUES FILE TQ) LARGE 
Syntax! As in text. 


Causet The size of the preallocated disk queue file is 
in excess of the limit allowed. 


Action: Adjust the file size in the appropriate QUEUE 
command and rerun the CNC utility. 

SEVERITY (3) PARAMETERS CONFLICT 8 text 

Syntax: "text" defines conflicts between parameters in 
the same or in different commands. 

"text" = BKMOD/LINE TYPE 

Causet The BKMOD parameter of the LINE command 
pertains to TTY terminals equipped with “break*" 
keys 

Action: Correct the appropriate LINE command and rerun 
the CNC utility. 

"text" = BRKLG/LINE TYPE 

Causes The BRKLG parameter of the LINE command may 
only be specified for a TTY line with "break" 
on the reverse channel, model "TTY-R" in the 
ORST. 

Actiont Correct the appropriate LINE command, and rerun 
the CNC utility. 

Ntext® = CCINS/LINE TYPE 


Causet The CCINS parameter of the LINE command may not 
be defined for HDLC line procedure. 


Action: Delete this parameter from the appropriate LINE 
command, and rerun the CNC utility. 

"text" = CLV/LINE TYPE 

Causes The value "3", representing 5-bit code, has not 
been specified for "CLV" with synchronous line 
- procedure. 

Action: Correct the appropriate LINE command and rerun 

_ the CNC utility. | 7 


Coll 


"text" = CORE QUEUE/RESTART 

Causes The "RESTART parameter or the QUEUE command 
has been specified for memory queues declared 
for the network, by either: 


@ The "QCBLKSZ" and "QCPOOL" parameters of the 
Vena command 


e The "NUMBLK" parameter of the QUEUE command. 


ROEONE Correct, and rerun the CNC UuneaeyS 


"text" = AG INITIATOR/AC PARAM % IMP? acname 

Cause: The AG initiator may not have a set of ACs 
declared as either backup or primary. The "IMP" 
parameter in the AC command is not significant. 


| Action? Correct, and rerun the CNC utility. 


"text" = AG ACCEPT/SEVERAL PRIMARY ACt ac-name 


Cause: Several ACs have been declared as "PRIMARY" § 
this is not allowed for a single AG. 


Action: Correct, and rerun the CNC utility. 


"text" = COUPLE (SESSION, MBX) DECLARED! ac-name 


Cause: A.session name and mailbox name nave already 
been declared. 


Actions Correct, and rerun the CNC utility. 


“text" = EPX/LINE TYPE 

Causes The “EPX" parameter of the LINE command | 
pertains only to TTY37~type terminals (which 
allow for Beno p ere 


Actiont Correct, and rerun the CNC utility. 


"text" = ERCAP/LINE TYPE | 
Causes. The “ERCAP" parameter of the LINE command 
| pertains only to TTY terminals which have 
“erase® eaPaons Vee. 


| Actions Correct, and rerun _the CNC utility, 


a. 


"text" = ININS/LINE TYPE 

Causet The "ININS" parameter of the LINE command 
pertains only to synchronous line procedure 
requiring “synchronization". 

Action: Correct the appropriate LINE command and rerun 
the CNC utility. 

"text" = LINPLG/LINE TYPE 


Causes The "LINPLG" parameter of the LINE command has 
not been specified for a TTY line. 


Actions Correct the appropriate LINE command and rerun 
the CNC utility. 

"text" = NAUCDE/LINE TYPE 

Cause’ The “NAUCDE"” parameter of the LINE command 
pertains only to a "switched" line and may not 
be applied to a line with a 108/2 CCITT 
interface. 

Actions Correct the appropriate LINE command and rerun 
the CNC utility. 

“text" = NDISCNI/LINE TYPE 


Causes The “NDISCNT parameter of the LINE command may 
only be specified for a “switched*® line. 


Actions Correct the appropriate LINE command and rerun 
the CNC utility. 

"text" = (PADNB!IPARITY)/LINE TYPE 

Causes The "PADNB" and/or "PARITY" parameters of the 
LINE command may not be defined for a line with 
HDLC procedure. 


Actions Correct the appropriate LINE command and rerun 
the CNC utility. 


C.13 


"text" = (PLCNT! PLRGF)/LINE TYPE 
Cause} ‘The “PLCNIT® and/or “PLRGF# parameters of the 
LINE command may not be defined for a line with 
either TTY or HDLC procedure. 
Actions Delete the parameter(s) from the seni tale 
LINE command and rerun the CNC utility. 
“text" = POLLIST/LINE TYPE. 
Causet The “POLLIST” parameter of the LINE command 
pertains only to a “multipoint" line and may 
not be applied to a line with TTY procedure. 
Actiont Correct the appropriate LINE command and rerun 
the CNC irene 
“text" = PROG. QUEUE/BLOCKING 


Causes The "BLOCKING" parameter of the QUEUE command 
must not be specified for a program queue. 


Actions: Delete this parameter from the appropriate 
QUEUE command and rerun the CNC utility. 
"text" = PROG. QUEVUE/CTLRST 


Causes: The “CTLRST# parameter of the QUEUE command 
only pertains to disk queues. 


Actions Correct the appropriate ene command and rerun 
the CNC utility. | 

"text" = PROG. QUEUE/(LLENGTH!NBLOCKS) 

Causes The “LLENGTH" and/or “NBLOCKS" parameters of | 
the QUEUE command must not be specified for a 
program queue. 

Action! Delete the parameter(s) concerned from the 
appropriate QUEUE command and rerun the CNC 
utility. 

"text" = RESTART/CTLRST 


Causet A disk queue may not be declared with both the 
options "CTLRST and. "RESTART". | 


Actions Correct the appropriate QUEUE command and rerun 
the CNC utility. 7 
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"text" = RMTLOAD/NLOAD 


Cause? Either "RMTLOAD" or “NLOAD" may be specified 
for any given FEP$’ the presence of both is 
contradictory. 


Action: Delete whichever of these options {is not 
required, from the FNP command, and rerun the 
CNC utility. 


"text" = SLAVE/ASSIGN 


Cause: A terminal declared as "SLAVE" in the TERMNL 
command must immediately follow a "master" 
terminal. 


Actions Correct the relevant TERMNL command by, as 
appropriates 


@ Inserting a “master*® TERMNL command before 
the command in question 


e kRearranging the command sequence 


- and rerun the CNC utility. 


"text" = SLAVE/AUTO 


Causes The "AUTO" parameter of the TERMNL command may 
only be applied to either a “receive-only" or a 
“master" terminals it may not be specified for 
a terminal declared as "SLAVE". 


Action: Delete this parameter from the appropriate 
TERMNL command and rerun the CNC utility. 


“text" = SPEED/LINE TYPE 


Causes The "SPEED" parameter of the LINE command may 
not be specified for a line with synchronous 
procedure, 


Action: Delete this parameter from the appropr tate LINE 
command and rerun the CNC utility. 


“text" = SPN/LINE TYPE 

Causet The "SPN" parameter of the LINE command 

| pertains only to a line with asynchronous 
peeregunrs 

Actions Delete this parameter from the. uopronriate LINE 
command and rerun the CNC utility. ; 

“text" = ee TYPE 


Causet The “TCTNM" parameter of the LINE command may 
| not be defined for a line with HDLC procedure. 


“Actions Delete this parameter from the EEC sChi are © LINE 
command and rerun the CNC utility. 


“text! = _ oo 7 a : 
TERM_QUEUE/{ACCEPT! BREAK: ENQUEUE+ MAXMGi SHARE! TWAtTWS) | 
Causes All the QUEUE command parameters listed above, 
| pertain only to program queues and may not be 
specified for terminal queues. 
Actions Delete the appropriate parame ter(s) from the 


relevant QUEUE command and rerun the CNC 
utility. 


"text" = TERM. QUEUE/USERID 

Causes The QUEUE command associated with the relevant 
TERMNL command, contains an illegal “USERID*" 
keyword. 

Action: Delete this parameter from the relevant QUEUE 
command, and rerun the CNC utility. © 

"text" = TOLEN/LINE TYPE 


Causet The *TOLEN® parameter of the LINE command may 
not be defined for a line with HDLC procedure. 


Actions Delete this parameter from the appropriate LINE 
command and rerun the CNC utility. 
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“text" = TYPE/ADD 


Causes 


Actions 


The 2—digit hexadecimal value defining the 
address of a "compatible" terminal for the 
"ADD" parameter of the TERMNL command, does not 


correspond to a value which exists in the 


configuration. 


Correct the appropriate TERMNL command and 
rerun the CNC utility. 


"text" = TYPE/LINE TYPE 


Causes 


Actions 


The “terminal-type" specified in the relevant 
TERMNL command, does not correspond to a 
terminal supported by the line procedure 
concerned. 


Correct the appropriate TERMNL command and 
rerun the CNC utility. | 


"text" = TYPE/RDTE TYPE 


Causes 


Actions 


“text! = 


Causes 


Actions 


The "terminal-type" defined in the relevant 
RDTN command, does not correspond to that 
specified in the associated RDTE command. 


Modify either the RDIN or the RDTE command, as 
appropriate, and rerun the CNC utility. 


TYPE/STI 
An RDIN command has been specified with the 


"STI" option, while the associated RDTE command 


defines "PAD" parameters. 


Delete the "STI" parameter from the RDTN 
command, or modify the "terminal-type" of the 
relevant RDTE command, as required, and rerun 
the CNC utility. 


“text" = TYPE/STYPE 


Causes 


Actions 


The "terminal-subtype" specified for the TERMNL 
command concerned, is not allowed for the 


“terminal-type" defined in the same command. 


Correct the corresponding TERMNL command as 
appropriate, and rerun the CNC utility. 


C.I7 


ERROR CN 0027 SEVERITY (3) DUPLICATED STI 


Actions 


ERROR CN 0028 


ERROR CN 0029 


syntax: 


Cause? 


As in text. 


The same igtationcindex® has been used in more 
than one "STATN" command for the same line. 


Correct the appropriate STATN command; and 
rerun the CNC utility. 


SEVERITY (2) STI NOT SPECIFIED IN POLL ENG LIST (LINE 


COMMAND ) 


Syntaxs 


Cause’ 


Actions 


As in text. 


The “station-index" declared in a STATN 
command, has not been included in the values 
defined by the "POLLIST" paeener of the 
preceding LINE command. | 


In order to resume polling for the station 
affected, the network control operator may use 
the MIF commands otherwise no action may be 
taken. 


SEVERITY (4) ERRONEOUS POLLIST IN PREVIOUS LINE COMMAND 


Syntax? 


Cause? 


Actions 


As in text. 


The values defined by the “POLLIST" parameter 
of the relevant LINE command include a 


“station~index"™ for which no subsequent STATIN 


command has been declared. 
Either: 


@ Amend the nen ne of the appropriate 
LINE command | 


@® Include a STATN command with the missing 
"station~index" 


~- and rerun the CNC utility. 
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ERROR CN 0030 


ERROR CN 0031 


ERKROK CN 0032 


ERROR CN 0034 


ERROK CN 0035 


SEVERITY (3) MORE THAN 3 SUBTYPES DECLARED 
Syntax: As in text. 


Catset An IDSEQ command has declared more than 3 
"terminal-subtypes" 


Actiont Correct the appropriate IDSEQ command , and 
rerun the CNC utility. 


SEVERITY ¢€3) DECLARED SPEED DOES NOT EXIST ON THE UCLA 


(SRST) 


oyntax: As in text. 


Causes: The value specified for the "SPEED" parameter 


of the LINE command, defines a line speed for 
which the UCC has not been configured. 


Action: Correct the appropriate LINE command , 7am rerun 


the CNC utility. 


SEVERITY (3) NOT A HEXADECIWAL STRING 
Syntax As in text. 


Causes A value given for "ADD" in a TERMNI. command, 
not hexadecimal. 


Action? Correct the appropriate TERMNL command, and 
rerun the CNC utility. 

SEVERITY (3) UNABLE TQ GET LDN 

RC= XXXXXXXX™>YYYYVYYV,_, ZZZZZ2ZZ 

syntax: The contents of RC defines the system error. 

Causes’ System error. 

Action: Call the Field Engineering Service. 

SEVERITY €3) PROCEDURE NOT SUPPORTED BY URP IMAGE 

(NROFTCTTOTAL) 

osyntaxt "NROFTCTTOTAL" is an SRST entry to the URP. 

Causes: The value specified for the "TCTNM" parameter 
of the LINE command, must be greater than the 
value specified for "NROFTCTIOTAL". 


Actiont Call the Field Engineering Service. 


C.19 


is 


— ERROR CN 0036 


ERROR CN 0037 


ERROR CN 0038 


ERROR CN 0039 


ERROR CN 0040 


SEVERITY (4) UNABLE TO GET SEMAPHORE | 
—RC= ROORIEE ZY VILL 9 ZZZZZZZZ 


Syntax: The contents of the RC defines the saekad | 
| error. | 


Causes. System error. 


Actions Call the Field Engineer ing Service. 


SEVERITY (3) UNABLE TO READ LINE TLT 
RC= XXXXXXXX=> VVY VVVVY » ZZ2ZZ2Z ZZ 


syntax: The contents of the RC defines the system 
error. | 


Causes System error. 


Actions Call the Field Engineering Service. 


SEVERITY (2) USELESS OPTION 8 option 

Syntax! "option" defines a parameter used in the 
previous release, but redundant in the current 
release. 

Causet See syntax. 

Actiont Delete this parameter from the appropriate 
command, and rerun the CNC utility. 

SEVERITY (3) NOT A LINE OR FNP NAME # name 

Syntax: "name" may identify either a LINE or an FNP. 


Causet A "name" is not in the form of, either “LNnn" 
for LINE, or “CCnn" for FNP. 


Action: Correct the erroneous "name" in the appropriate. 


LINE or FNP command, and rerun the CNC utility. 


SEVERITY (3) DUPLICATE {(GENCOM:LSYSTEM) 
Syntaxt As in text. 


Causet The GENCOM or LSYSTEM command has appeared more 
than once in the CNC generation description. 


Actions Ensure that only one GENCOM, and only one 


LSYSTEM, are present, and rerun the ele 
pnenereet A: 


— C.20 - 


ERROR CN 0041 


ERROR CN 0042 


ERROR CN 0043 


SEVERITY (3) MORE THAN {4 8 FNPi2 8 LSUB) 


syntax? 


Causes 


Action? 


As in text. 
TRANSPAC local subscription numbers are limited 

to 2, and the number of DN7100 front-end 
processors is limited to 4. 

Ensure that there are no more thant 


@e 4 FNP commands (or 6, in the case of 
twin-PSIs) 


e@ 2 LSUB commands 


- present in the generation description, and 
rerun the CNC utility. 


SEVERITY (4) UNABLE TO CORRECT OR RETRIEVE’ object name 


syntax 


Catises 


Actions 


As in text. 

The named object declared in CNC, may not be 
introduced into the Dictionary or retrieved. 
from it, during session control processing. 


Call the field engineering service. 


SEVERITY (3) BUFFER UNIT SIZE INCOMPATIBLE WITH LINE 


OP FED 
oyntaxs 


Causes 


Actions 


As in text. 


The buffer unit size declared with the “BTBEFSZ" 
and/or “DABFSZ" parameters, must be greater 
than "128" for lines with a speed in excess of 
9600 bauds. 


Correct the relevant parameter value in the 
GENCOM command by increasing the buffer size 
appropriately, and rerun the CNC utility. 


ERROR CN 0044 SEVERITY (2) MIN NUMBER OF BUFFER UNITS FORCED BY 
GENERATOR | ee | | —_ 


Syntaxt As in text. 


Cause: ‘The number of buffer units deciaced with the 
| "NBBTBF" and/or "NBDABF" parameters, is less 
than the minimum required by BINS for the 
number and type of lines defined. 


Actions Correct the relevant parameter value in the 


GENCOM command to increase the number of buffer 
units, and rerun the CNC utility. 


ERROR CN 0045 SEVERITY (3) WRONG LINE NAME # LNnn 


Syntax? As in text. 


Cause: An LSUB command has declared a name for a DCC | 
line which iss 


® Not a DCC line 
e Already declared by a previous LSUB command ] 


@ Not declared by any LINE command , preceding 
the LSUB command. | | 


Actiont AS appropriate, correct the command sequence or 
| modify the line name, and rerun the CNC 
utility. 


ERROR CN 0046 SEVERITY (3) NO LOGICAL LINE DECLARED 
Syntax? As in text. 


Cause: A TRANSPAC subscription has been defined 
without any virtual circuit declaration, 
either: | | 


e Through the “SLINE" option of the LSUB | 
command | 


@ With the PVC command, following the Lsupn——sdY 
command concerned. 


Actions Define the virtual circuits required, by either 
of the above methods, and rerun the CNC 
utility. 


ERROR CN 0047 SEVERITY (3) NOT A SYSTEM NAME : name 


ERROR CN 0049 


ERROR CN 0050 


Syntax’ 


Causes 


Actions 


"name" is the first half of a queue~-name, 
represented in the format xxx,yyyy, defined by 
a QUEUE command. 


"name", represented by xxx must be the same as 


that of a system defined by a LSYSTEM, FSYSTEM, 
or RSYSTEM command. 


As appropriate, either correct the "name" in 
the relevant QUEUE command, or insert the 
missing LSYSTEM, FSYSTEM, or RSYSTEM command} 


and rerun the CNC utility. 


SEVERITY (3) STRING MUST BE NUMERIC (SUBSCRIPTION 

NUMBER: TPC ADDRESS) 

oyntaxt As in text. 

Causet An LSUB or RDTIN command defines a TRANSPAC 
subscription number with a "SUBNB® peraneney 
whose value is non-numeric. 

Actions Correct the TRANSPAC subscription number in the 


appropriate command, and rerun the CNC utility. 


SEVERITY (4) UNABLE TO CREATE NETWORK FILE 
RC= XXXXXXXX™>YYVYYYYY, 22222 2Z2z 


— Syntaxs 


ERROR CN QO5!1 


Causes 


The contents of RC defines the error and the 
system primitive. 


Execution of CNC has been aborted, due to an 
abnormal condition occurring during the copying 


of communication tables into a file. 


Actions: 


SEVERITY 


Retry. If repeatedly unsuccessful: 
1) Perform ISL with the "RESTART CLEAN" option 
2) Rerun the CNC utility. 


(4) UNABLE TO EXPAND A SEGMENT SIZE 


RC= XXXXXXXX“>YYVYVYVYVYY >» ZZZZZZ2Z 


syntax? 


Causes 


Action? 


The contents of the RC defines the system 
error. 


A system error. 


Call the Field Engineering Service. 


C.23 


ERROR CN 0052 


ERROR CN 0053 


ERROR CN 0054 


ERROR CN ae 


SEVERITY (4) SAME NETWORK ROUTE ry NETWORK ROUTE NAME | 
MAPPED OVER SEVERAL RTS 


Syntax? As in text. - 
Causet Incorrect network definition. Any given network 
| route may be allocated to a maximum of only one 
Remote Transport Station. 
Actiont Correct the configuration description 
accordingly, and rerun the CNC utility. 


SEVERITY (3) COMMAND NOT DECLARED t command name 


Syntaxt As in text. 


Causet A command makes a reference to an object which 

| must be defined by another command which is 
absent (e.g., a NR command referencing an 

"unknown" communications path). 

Actiont Correct the configuration description by 

| inserting the missing command, and rerun the 
CNC utility. 

SEVERITY (4) NETWORK CONFIGURATION OVERFLOW 

Syntax: As in text. 

Causet Description of primary network too large. 

Action’ Correct the configuration description with 
special regard to configurability limits, and 
rerun the i at 

SEVERITY (3) MISSING Banh g PARAMETER 


Syntax As in text. 


Causes <A mandatory parameter has been omitted from the 


configuration description. 


Actiont Insert the missing command in the configuration 
description, and rerun the CNC utility. 


ERROR CN 0056 SEVERITY (2) COMMAND NOT REFERENCED # command-name 
Syntax: As in text. | 


Causes An object has been defined but not referenced 
by any other command. 


Action: Check that the command in question is not an 
error. 


ERROR CN 0057 SEVERITY (4) ERROR DURING OPEN WORK FILE 
RC= XXXXXXXX™>YVYYVVVYY, 22ZZZ22zZ 


Syntax: The contents of the RC defines the system 
@rror. 


Cause: A system error. 


Action: Call the Field Engineering Service. 


ERROR CN 0058 SEVERITY (4) ERROR DURING PUT WORK FILE 
RC= XXXXXXXX@>YYVYVVYY, ZZZZZZZZ 


Syntax: The contents of the RC defines the system 
error. | 


Causes: A system error. 


Actions Call the Field Engineering Service. 


ERROR CN 0059 SEVERITY (4) ERROR DURING GET WORK FILE 
RC= XXXXXXXX™>YVVYYVYYVYVY » ZZZ2ZZZ ZZ 


Syntax: The contents of the RC defines the system | 
error. 


Causet A system error. 


Action: Call the Field Engineering Service. 


ERROR CN 0060 SEVERITY (4) ERROR DURING CLOSE WORK FILE 
RC= XXXXXXXX~>YYVYYVYVY, ZZZZZZZzZ 


Syntaxs The contents of the RC defines the system 
error. 


Cause! System error. 


Action: Call the Field Engineering Service. 


ERROR CN 0061 


ERROR CN 0062 


ERROR CN 0063 


ERROR CN 0064 


SEVERITY (4) CNC INTERNAL ERROR (GAG ERROR) 
Syntaxs As in text. 


Causet This is a CNC internal error, caused by the 
command for which this error appears. 


Actions Call the Field Engineering Service. A temporary 
solution is to suppress the corresponding 
command. | 

SEVERITY (4) CNC INTERNAL ERROR (GRAMMAR ERROR) 

Syntaxs As in text. 


Causet This is a CNC internal error, caused by the 
command for which the error appears. 


Actions Call the Field Engineering Service. A temporary 
| solution is to suppress the command concerned. 

SEVERITY (4) CNC INTERNAL ERROR 

syntax: As in text. | | 

Causes An internal error in the CNC utility. 

Actions: Call the Field Engineering Service. 


SEVERITY (€4) INVALID OPTION STRING 

Syntax As in text. 

Causet The option in the STEP statement of the CNC 
utility, is other than “OPTIONS = 
{?SIMUZ §7SIMUPZ)", 


Actions Check and correct the STEP statement, and rerun 
the CNC utility. 
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ERROR CN 0065 SEVERITY (4) TELECOMMUNICATION SESSION IN PROGRESS ~ 


ERROR CN 0066 


ERROR CN 0067 


Syntaxt As in text. 


Causet An attempt has been made to run the CNC utility — 


while any of the following are also running: 


BINS 

FNPS 

ADM 

NASF 

Any application using MAM or VCAM 


Any telecommunications-related command $ 
Q.ge, DI. 


Actions: Wait for veecbeidn: of all ‘of the above jobs 
applicable, and rerun CNC. 


SEVERITY (4) UNABLE TO CREATE A NAME IN DICTIONARY 
RC= XXXXXXXX™>YVYYVYYV, 22222222 7 


Syntax: As in text. 


Cause: CNC internal error. 


Actions Call the Field Engineering Service. 


SEVERITY (4) UNABLE TO FORMAT QUEUE FILE 
RC= XXXXXXXX™>YYYVYYVVYY, ZZZZZZZZ 


Syntax: The contents of the RC specifies the error and 


the system primitive. 


Causet CNC generation has been aborted due to the 
occurrence of a disk error while formatting the 


disk queue file. 


Actiont Retry CNC execution. If the same failure 
recurs, reallocate the file on either: 


e <A different area of the same disk 


ie Another disk. 


-C.27 


ERROR CN 0068 SEVERITY. (4) ERROR DURING SRST FILE OPEN 
RC= XXXXXXXX™>YVVYVVVYY, ZZZZZZZZ 


syntaxs The contents of the. RC specifies the error. 
 Causet . In simulation. mode with a private SRST, it has 
| been impossible to access the Pavers SRST 
file. | 
Actions Check the presence and availability of the 


private SRST file, as specified in the CNC 
JCL’s corresponding ASSIGN statement. 


ERROR CN 0069 SEVERITY (4) ERROR WHEN ACCESSING SRST FILE 
| RC XXXXXXXX~>YYYVYYYYs ZZZZZZZZ 


Syntax? The contents of the RC specifies the error and 
| | the system primitive. 


Causet In simulation mode with a private SRST, it has 
been impossible to access the private SRST 
file. 

Action? Retry the CNC utility. It the same failure 
recurs, reallocate and. rebuild the private SRST 
file on either? | 
e A different area of the same disk 


e On another disk. 


ERROR CN 0070 SEVERITY (4) CNC ALREADY IN PROGRESS 
syntax? As in text. 
Causes This is an attempt to run the CNC utility 
(other than in simulation mode), while another 
CNC step (not in simulation mode, either) ts 
| already in execution. 
Actiont Wait for completion of the existing CNC step, 
before resubmitting this CNC execution. 
ERROR CN OO7! SEVERITY (4) UNABLE TO GET OPTION STRING 
| RC= XXXXXXXX™=>YVVVYVYYV, ZZZZZZZZ 
syntax: As in text. 
Causes System error. 


Actiont Call the Field Engineering Service. 


ERROR CN 0072 SEVERITY (2) UNKNOWN SYSTEM PROFILE DEFAULT VALUE 


ERROR CN 0073 


ERROR CN 0074 


ASSUMED 


oyntaxt 


Causes 


Actions 


As in text. 


LSYSTEM, FSYSTEM, or RSYSTEM specifies an 
unknown profile. 


Correct the corresponding “PROFILE" parameter, 
and rerun the CNC utility. 


SEVERITY (4) LOCAL OBJECT COMMANDS OMITTED 


syntax: 


Cause? 


Actions 


As in text. 


An attempt has been made to define a primary 
network through the URP/DCC while omitting one 
of the required commands LSYSTEM, LSC, or LTS. 


Insert the missing command(s) into the CNC 
generation description, and then rerun the CNC 
utility. | 


SEVERITY (4) SEVERAL NETWORK ROUTES MAPPED OVER A SAME 
LINE COMPATH 8 compath uname NOT SUPPORTED 


syntax? 


Causes 


ERROR CN 0075 


Actions 


As in text. 


The primary network configurability currently 
supported via the URP/DCC, forbids multiple 
network routes mapped over the same COMPATH on 
a given line. 


Correct the configuration description, and 
rerun the CNC utility. 


SEVERITY (4) FOREIGN NETWORK ADDRESS MUST BE DECLARED 
IN RTS COMMAND : rts name 


syntax? 


Causes 


Actions 


As in text. 


This results from an attempt to map a network 
route over a virtual circuit, to arrive in a 
remote transport station for which no foreign 
network address has been defined. 


Complete the appropriate RTS command, and rerun 
the CNC utility. | 


ERROR CN 0076 SEVERITY. (3) CONFLICT ee CONFIG HOSTID NAME/LOCAL 
| SYSTEM NAME _ 


ERROR CN 0077 


ERROR CN 0078 


“Syntax? 


Causes 


As in text. 
Incompatibility exists between the CONFIG 


_ HOSTID parameter value and the name defined for 


Actions 


the local system. 
Correct, as appropriate, either? 


@ The CONFIG command concerned, and rerun the 
CONFIG job : 


@e The CNC generation description, and rerun 
the CNC utility. | 


SEVERITY (4) MIXED nee NETWORK CONFIGURATION 
LANGUAGE | 


syntax? 


Cause? 


Actions 


As in text. 


The configuration ed Ll contains a 
mixture of both: | | 


e Old primary network commands’ e.g., NODE 


-@ New commandss e.g., LSYSTEM, FSYSTEM, LSC, 


FSC, RSC, LTS, RIS, XPRTC, COMPATH, NR. 


Replace all the NODE commands with the 
corresponding new ones} refer to Appendix H. 


SEVERITY (2) NODE COMMAND NOT SUPPORTED IN FUTURE 


RELEASES 


syntaxs 


Causet 


Actions 


As in text. 


NODE commands have been used to define the 
primary network. 


It is recommended that all NODE commands be 


replaced with the new set of pe network 
commands’ see Appendix H. 
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ERROR CN 0080 SEVERITY (3) NO REFERENCED OBJECT 


ERROR CN 0081 


ERROR CN 0090 


syntaxs 


Cause’ 


Actions 


As in text. 

Either: 

@ An HDLC line has been defined with a LINE 
command, without a corresponding reference 
by an LSUB or COMPATH command 


@ An FNP command has been defined without a 
corresponding reference by an FSC command. 


Correct the network description appropriately, 
and then rerun the CNC utility. 


SEVERITY (3) FRAME SIZE GREATER THAN BUF UNIT SIZE 


oyntaxs 


Cause? 


Actions 


As in text. 


For an HDLC line, the SRST frame size is 
greater than the buffer size declared, as 
appropriate, either of the GENCOM command 
parameterss 


e@ DABFSZ 


e@ BIBFSZ. 


Correct the network description appropriately, 
and then rerun the CNC utility. 


SEVERITY (2) AG MAXIMUM SESSIONS REDUCED TO NUMBER OF 
ACs ag-name 


oyntaxs 


Causes 


Actions 


As in text. 

The “maximum=session" value explicitly declared 
in the AG command, exceeds the real number of 
ACS. 


Correct the parameter value. 


APPENDIX D 

CNC RESERVED SYNTAX 
Within any CNC command, user-defined names are required to be 
different from command-reserved names and their aliases. Such 
command=-reserved names include? 
e The name of the command itself 
e Command keywords 
@ Command self-identifying values 
e Non-user definable positional parameters within commands. 
Certain command-reserved names do not appear in the Command 
Descriptions (in Sections 4, 5, 6 and 7). This is because they, 
either? 


e® Still exist only for reasons of compatibility with previous 
releases 


e Correspond to features reserved for future releases, but already 
supported by the CNC utility. 


ESERVED SYNTAK# SUMMARY 


Figure Deis: CNC pasorved Adige 


Pac | ACCESS - 


ALCOR 
| ALFUNC | ALGROUP | AF | | 
| 8AJ833_ | ANSWBCK | APPABNUM] APPLIB 


ASSIGN | AUTO AUTOLF 


BASIC [| *BATCHNB BCC BKMOD BLOCKING 
BREAK BRKLG BIBFSZ xB IT/ 300 


| &CAS CCnn | CHARGED | CLOSE 
CLUSTER | COMM | COMPATH | *CONTROL 

| cp |&CRT | CSG” 1 CSX25 

| CTLRST 7 ei] 


| 8DKU7005 
RDSK 


DCT AP }&DKU700 1 J&DKU 7002 


|) DABESZ 
| aLKu7007 |auKxU7105 |abKU7I07 |&DKU7211 
| “DTC QDTUTI7I Jabru7i72 | 


-ENQUEUE ote ERCAP Anon Sane 
PEP Piven. | FL ELOW_CONTROL | FLOWTH 
E FSC FSYS ESYSTEM FULL ae 


| gH &HLGI | RHL62 |8HLOA | 8HL66 | 
} HOST | 


| &1BM370 Jerr &1BM32/8 |arBm374i 


LINE | LINELG | LINPLG 
LNnn | LOG } LSC 
LSYSTEM | LTS | 


&MINITEL 
P8MT28 | 


| *MAXDUSZ | MAXMG 
|*MTS7590 | &MTS7508 


MAMNB | MASTER 
MK | MODE 
MUX | MUXPRM 


NAUCLE NBBTBF | NBDABF | NBLOCKS | NDISCNT — 
} NETROUTE NLOAD NOBT | NOCALL 
| *NODE | NOYSMIES | NUMBLK | NUMR EC 


, 7 } | PARITY 

| epcNT |. : c Zz T7PEA 

| PKSIZE | 1] | | POLLIST 
7 : | 3 : | &PRT 1220 


ae Se ee TON MAES 


acBLKsz | acpooL | @DBLKSZ |*QLIN QUEUE | 
*QRRO ; 


RDETE 


RESTART | RETRY 
ROST_RECOVERY] RSC 
RTS 


READER 
RMTLOAD 
| RTCNT 


RLTN 
RMT 
RSYSTEM 


*R MODE 
RSYS 


SHARE SILENT 


SCID 


SBKLG SC 


SILIN SIMBRK = |J*SIMU SLAVE SLINE 
SOLIN SPEED SPN SPTTY SSR 
STATN STI &5TS2840 |*xSTYPE SUB 
SUBNB SUBSCRID|*SWITCH |’SWTHTEC SYSHEAD 


*S YSLOG 


/*TC349 *TC380 
|*THRCLAS 1 “THRUPUT 
| &TN300 | *TN340 

| TPUSZ | “TRAFFIC 
&TTS7800 | &@TTU8124 
&TTX35 | &TTY33 

| TWA | *TYPE 


| *TCV 260 

*TE 318 

&TK4105 
TPCADL 

/TSIL 

| &TTU822 1 

eonnen 


TCT NM 
TERMNL 


TAB 
&TELEX 
TILEN 
&TN 1200 
| TRANSPAC] TS 
| &TTU8 126 aTTU81 28 
: sa oo 


VAN VERSION [-*VIP765 | *VIP/85 

&VIP7O0O1 J&VIP7IOO J&VIP7200 | &VIP7700 &VIP7760 
&VIP7801 | &VIP7801V &VIP7802 i&VIP 7804 
&VIP7E14 * VTE 2820 


Notes: 


TIMER 
TOLEN 


| &VIP7805 


e Unmarked symbols must not be employed as user-defined names, in 
the statements of commands for which they are used as reserved 
identifiers. 


e "7" denotes symbols reserved for later releases, to be used for 
functions not supported in the current release. 


e "x" denotes keywords retained for reasons of compatibility with 
the previous version of CNC supported by earlier releases. 


e "8" denotes keywords which, for release GCOS-7/V2, are no longer 
reserved, but which nevertheless should nat be employed as 
user~def ined names. 


EXPLANATION OF SYMBOLS 


“AC 
ACCESS 


ADCOR 


ADD 


ADDR 


ADFUNC 


ADGROUP 


AF 
AG 


AJ832 
AJ833 
ANSWBCK 


APPABNUM 


alias for the ADCOR Semiene name. | _ 7 ‘ 


optional keyword of the COMPATH command, specifying the 


name of the line- over which the COMPATH is to be > 


mapped. 


CNC command name introducing the ADCOR command, to 


define an administrative correspondent located either 
on the local system or on a remote aren in the DSA 
network. 


optional bevaere in the RDTN and TERMNL commands, 


specifying the hardware address of a compatible "rdtn" 


or terminal respectively, in the form of a 2-digit 
hexadecimal value enenesec within double quotation 
marks. 


optional keyword in the RTS command, specifying the 


VAN’ s subscription served by the RTS. 

CNC command name introducing the ADFUNC command, to 
define a standard DSAC function allowing connection 
between the local system and administrative 
correspondents located at either: 

e The local system | | 

® A remote system in the DSA network. 

CNC command name introducing the ADGROUP command, to 
define a set of administrative correspondents to be 
related to a single administrative function (i.e., AF). 
alias for the ADFUNC command name. 

alias for the ADGROUP command name. 


argument in the TERMNL command, defining the mandatory 


“terminal-type"%’ applicable to TITY line procedure. 


argument in the TERMNL command, defining the mandatory 
“terminal~type"s applicable to ITY line procedure. 


optional keyword in the TERMNL command, specifying that 
the terminal has “answer-back" capability’ only 
applicable to terminals connected over switched lines. 


optional keyword in the GENQMON command, defining the 
maximum count allowable for. unsuccessful application 
spawning. | | 


APPLIB 
ASCII 


ASSIGN 


AUTO 


AUTOLF 


BASIC 
BATCHNB 


BCC 


BKMOD 
BLOCKING 


BREAK 


BRKLG 


mandatory keyword in the GENQMON command, defining the 
library containing the JCL necessary to launch | 
applications associated with a given terminal queue. 


argument of the “TCINM® keyword, in the LINE command, 
specifying the ASCII translation table for BSC 
transmissions. 


optional keyword in the PVC, RLTN and TERMNL commands, 
used as follows: 


@ For PVC, specifies the “rdtn" to which the permanent 
circuit is to be connected 


@ For RDTN and TERMNL, specifies the dedicated use to 
which the "rdtn" or terminal, respectively, is to be 
put. 


optional keyword in the RDTN and TERMNL commands, 


specifying that the "rdtn" or terminal, respectively, 
is to be submitted to automatic connection algorithms 
by BINS. 


optional keyword in the RDIN and TERMNL commands, 

specifying that the KCT or KPR “subtypes* of the "rdtn" 
or terminal, respectively, have automatic line-feed 
capability. | 


argument of the “LEVEL" keyword in the XPRTC command. 


keyword retained for compatibility with Release |1.D and 
no longer in use. This optional keyword in the GENCOM 
command specified the maximum number of batch-entry 
processes that could be connected at any one time to 
TDS. 


self-identifying value reserved for future releases, to 
be used as an optional parameter in the XPRTC command. 


optional keyword in the LINE command, specifying the 
effect of a “break"™ during output of a messaget only 
applicable to TITY terminals equipped with a BREAK key. 


optional keyword in the QUEUE command, applicable only 
to terminal queues for editing messages sent by the 
application working "behind" the queue. 


optional keyword in the QUEUE command, applicable only 
to program queues on which the MCS application receives 
control messages about events and changes in terminal 


status. 


optional keyword in the LINE command, specifying the 


length (in number of characters) of the "break" signal; 
applicable only to TTY lines with reverse channel. 


D5 


APPLIB- 
“ASCII 


ASSIGN ~ 


AUTO 
AUTOLE 


BASIC 
BAT CHNB 


BCC 
BKMOD 
BLOCKING 


BREAK 


BRKLG 


mandatory keyword in the GENQMON command, defining the 


library containing the JCL necessary to launch | 
app iicartons associated with a given terminal queue. 


argument of the "ICINM" keyword, in the LINE command, 
specifying the ASCII translation table for oe 


transmissions. 


optional keyword in the PVC, RLIN and TERMNL commands, 
used as follows: 


e For PVC, specifies the "rdtn" to whieh the pernenent 
circuit is to be connected 


@ For RLTN and TERMNL, specifies the dedicated use to 


which the "rdtn" or verninais respectively, is to be. 
Put: 


optional keyword in the RLTN and TERMNL commands, 
specifying that the “"rdtn" or terminal, respectively, 
is to be submitted to automatic connection algorithms 
by BINS. 


optional keyword in the RLETN and TERMNL commands, 
specifying that the KCT or KPR “sSubtypes" of the "rdtn" 

or terminal, respectively, have automatic line-feed 
capability. —_ 


argument of the "LEVEL" keyword in the XPRTC command. 


keyword retained for compatibility with Release 1.D and 
no longer in use. This optional keyword in the GENCOM | 
command specified the maximum number of batch-entry 
processes that could be connected at any one time to 


self-identifying value reserved for future releases, to 


be used as an optional parameter in the XPRTC command. 


optional keyword in the LINE command, specifying the 
effect of a “break" during output of a message’ only 
applicable to TITY terminals equipped with a BREAK Key. 


optional keyword in the QUEUE command, applicable only 


to terminal queues for editing messages sent by the 


application working "behind" the queue. 


optional keyword in the QUEUE command, applicable only 
to program queues on which the MCS application receives | 
control messages about events and changes in terminal 
status. | | 


optional keyword in the LINE command, specifying the 


length (in number of characters) of the "break" signal3 
applicable only to TTY lines with reverse channel. 
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CPU 


CSG 


CSX25 
CILRST 
LABEFSZ 
ICT AP 
DKU 700 | 


I;KU 7002 
LRU 7005 


1.KU 7007 


DKU 7 105 


DKU 7107 


[:KU72 11 


argument of the TERMNL command, defining the mandatory 
"“terminal—subtype"$s; f.e., processor. "CPU" is also a 
keyword reserved for future releases, to be used as an 
argument of the ROTE command to define the mandatory 
"“rdte-type". 


argument in the RLTN and TERMNL commands, specifying 


the mandatory "rdtn-subtype", or "terminal-subtype", 


cece evours indicates a screen (i.e., Cathode Ray 
‘ube). 


optional keyword in the RDTE command, defining the 
"“closed=-subscriber-group" number of the "rdte", as 


specified in the “rdte" subscription contract. 


argument of the RITE command, defining the mandatory 
"rdte-type"., 


optional keyword in the QUEUE command, applicable only 
to terminal disk queues, in order to allow controlled 


restart from step aborts and system crashes. 


optional keyword in the GENCOM command, specifying the 
Size (in bytes) of each unit of the BINS output buffer 
pool used for I/0 transfers. 


CNC command name introducing the DCTAP command. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"$ applicable to ITY line procedure. 


Similar to LKU7O0i. 

Similar to LkKU7007. 

argument of the TERMNL command, defining the mandatory 
"“terminal-type"% applicable to VIP(S) Line procedure. 


"NKU7007" is also an argument of the RDIN command, 
defining the mandatory "rdtn-type", to be specified in 


conjunction with "CSX25" in the RIUTE command. 


Similar to DKU7I0O/7. 


argument of the T&RMNL command, defining the mandatory 
“terminal-type"3 similar to [KU7O0O7. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"3 applicable to VIP(S) line procedure. 
HDKU7Z211" is also an argument of the RDIN command, 
defining the mandatory "rdtn-type", to be specified in 
conjunction with “CSX25" in the RDTE command. 


LSK argument in the RLTN and TERMNL commands, defining the 
mandatory “rdtn-subtype"™, or “terminal-subtype", 
respectively specifies disk (i.e., DISK). 


Lic keyword reserved for future releases, ke be used as an 
7 | optional keyword in the LSUB command for specifying | 
that the “default- Chuan nut eraae facility has been 
subscribed for. 


LTU7I71 - avaunant in the RDTIN and. TERMNL sceliatedi defining the 


mandatory “rdtn-type", or “terminal-type", 
respectively?’ applicable to the TTY and TTY-2 line 


procedures. 
DIU7 172 Similar to DTU7I71. 
-ENQUEUE © optional keyword in the QUEUE command, applicable only 


to program queues, specifying that when the maximum 
number of connections allowed for the queue has been 
reached, new connection requests are to be enqueued_ 
until a connection level is released. 


-EPX optional keyword in the LINE command, specifying that 
| echoplex is to be used over a TTY line. 


ERCAP optional keyword in ‘the LINE command, specifying the 
“erase" capability for TTY lines. 


F Ep argument of the Release IE NODE command, defining the 
| mandatory “node-type"$ specifies a DN7IOO functioning 
as an FEP in a DSA environment. 


FILTER _ CNC command name introducing the FILTER command, to 


define an object for use in controlling the flow of 
traffic between aiministrative functions and 


correspondents. 
FL | alias for the FILTER command name. 
FLOW CONTROL argument of the "LEVEL" keyword in the XPRTC command. 


FLOWTH optional keyword in the LTS command, specifying the 
, | | flow command time (i.e., wri"). 


FNP | CNC command name introducing the FNP command. “FNP is 
| also a mandatory xeyword in the FSC command, defining 
the transport service to be associated with the session 
control in question. "FNP" is fwrthermore an optional 
keyword in the RSC command, defining the exit transport 
service related to the remote session control in 


question. | | 
FSC | CNC. command name introducing the FSC command. 
FSYS 7 ai vas of FSYSTEM. 
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rFOYSTEM 


FULL_RECOVERY 


GENCOM 
GENNET 
GENQMON 
HL6 


HL61 
HL62 


HLO4 


HL66 
HOST 
I1BM370 
I1BM3270 
IBM3278 
IBM 374 | 


ILSEQ 
IM 


CNC command name introducing the FSYSTEM command. 
argument. of the "LEVEL" keyword in the XPRTC command. 


CNC command name introducing the GENCOM command. 


alias of LSUB. 


CNC command name introducing the GENQMON command. 


argument of the TERMNL command, defining the mandatory 
“terminal—type"$ applicable to VIP(S) line procedure. 


argument of the T&ERMNL command, defining the mandatory 
"terminal-type"3 applicable to BSC line procedure. 


argument of the TERMNL command, defining the mandatory 
“terminal-type"$ applicable to BSC line procedure. 


argument of the TERMNL command, defining the mandatory 

“terminal-type"$3 applicable to the line procedures 8SC 

and HDLC. "HL64" is also a keyword reserved for future 

releases, for uSe as an argument in the RDIN command to 
define the mandatory “rdtn-type". 


argument of the TERMNL command, defining the mandatory 
"“terminal-type". 


argument of the Release I1E NODE command, defining the 
mandatory “node-type"3 specifies DPS7 as a DSA node. 


re 


“terminal-type"$ applicable to BSC line procedure. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"% applicable to BSC line procedure. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"3 applicable to BSC line procedure. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"$ applicable to BSC line procedure. 


CNC command name introducing the IDSEQ command. 


optional keyword in the QUEUE and TERMNL commands, used 
as follows: | 


@ ‘For QUEUE, applicable only to program queues, — 
specifying the format of input data passed from the 
terminal to the MCS application 


e For TERMNL, Specifies whether the transaction 
program, running under ia needs” to receive vip 
function codes. | 


IN 
_INBFNB 
_ INBFSZ 


ININS 


INIT 


INLCNB 


KB 


KCT 


 KDS 7255 


keyword retained for compatibility with Release I.]) and 
no longer in use. This was an argument of the LINE 
command, defining the number of actions to have input 
priority over the line, for the optional keyword. 
HPRIRA", 


optional keyword in the FNP command, specifying the 
number of units for the input buffer pool, for use by 
FNPS during [70 bransters with the associated GN/ 100. 


optional keyword in the FNP command, specifying the 


Size (in bytes) of each unit of the FNPS input buffer 


pool used for I/0 transfers with the associated [N7 100. 


optional keyword in the LINE command, defining the 
number of "SYN" control codes to be sent prior to each 
message, for synchronization purposes$ applicable only 
to a synchronous line with either VIP(S) or BSC 
procedure. 


keyword in the QUcUE command, to define the application 
name in relation to the terminal’ for future use. 


optional keyword in the FNP command, specifying the 


number of logical channels to be used by FNPS for 
receiving messages from the associated DN7 100. 


argument in the LCTAP command, defining the mandatory 


mailbox name$ specifies Interactive Operation Facility. 


optional keyword in the LSUB command, specifying that 
all incoming calls must contain the [70 throughput 
class used over the virtual circuit established. 


argument of the ROTN and TERMNL commands, defining the 
mandatory "rdtn-subtype", or "terminal-subtype", 
respectivelys’ specifies KeyBoard. 


argument in the RDIN and TERMNL commands, defining the 


mandatory "rdtn-subtype", or "terminal-subtype", 


Shee epg specifies a keyboard with screen (i. 
Keyboard with Cathode Tube). | 


| arouneit of the TERMNL command, defining the mandatory 


"terminal-type"s’ applicable to VIP(S) line procedure. 
"KLS7255" 15 also a keyword reserved for future 
releases, to be used as an argument in the RILTN command 
for defining the nandatory "rdtn-type", in conjunction 
with MOXS 258 in the RLTE command. | 
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KDS 7275 


KPR 


LEVEL 


LG 


LINE 
LINELG 


LINPLG 


~LLENGTH 


LSUB 
LSYS: 
LOYSTEM 


Eis 


argument of the TERMNL command, defining the mandatory 
“terminal-type"$ applicable to VIP(S) line procedure. 
"KDS7275" is also a keyword reserved for future 


releases, to be used as an argument in the RDTN command 


for defining the mandatory "rdtn-type", in conjunction 
with "CXS25" in the RLTE command. 


optional Keyword in the GENCOM command, introducing the 


"password" used by MCS applications for access 


verification. 


argument in the RLTN and TERMNL commands, defining the 
mandatory "rdtn-subtype", or "terminal-subtype", 
respectivelyst specifies Keyboard with Printer. 


optional keyword in the XPRIC command, providing 
transport oaptions. 


alias for the LOG command name. 


CNC command name introducing the LINE command. 


optional keyword in the RDIN and TERMNL commands, 
defining the (number of characters in the) physical 
line length of the "rdtn", or terminal, respectively. 


optional keyword in the LINE command, specifying that 
the polling for a multipoint line is to be linear. 


optional keyword in the QUEUE command, applicable only 
to terminal queues, specifying the (number of 
characters in the) logical line length to be used for 
automatic editing. 


alias of PVC. 


where "nn" {5 a 2-digit decimal value, mandatory 
parameter in the LINE and LSUB commands, identifying 
the (HLLC) line in the SRST. 


CNC command name introducing the LOG command, to define 
a set of files on which administrative records are to 
be logged. | | 

CNC command name introducing the LSC command. 

CNC command name introducing the LSUB command. 


alias of LSYSTEM. 


CNC command name introducing the LSYSTEM command. 


CNC command name introducing the LTS command. 


Dott 


MAMNB- 
“MASTER 


MAX DUSZ 


MAXMG 


MINITEL © 


MK 


MODE 


MTS 7500 


MTS 7508 


M128 | 


MUX — 


MUXPRM 


NAUCLE | 
NBBTBF 


-. NBDABF 


“rdtn-type"3 to be used in conjunction with PAD in the 


optional Caryere in the GENCOM somliand, eee the 


maximum number of MCS processes executable | 
concurrent ly. : 


optional keyword in. the PVC command, re that 
the subscriber has the right to use the virtual circuit 
for which he will be charged. 


keyword reserved for future releases, to be used as an 


optional parameter in the RTS command. 

optional keyword in the QUEUE command, applicable only 
to program queues, specifying the maximum number of 
users simultaneously connectable to the queue. 


argument of the RILLTN command, defining the mandatory 


corresponding kXDTE. 


argument of the QUEUE command, introduced by the 
optional keyword "TM", denoting Mark mode, 


optional keyword in the FNP command, for specifying the 
total number of input and output channels to be 
reserved for connection to SIRIS3 or SIRIS8. 


releases, not to be used for. reasons of inter~release 
compatibility. | 


argument of the TERMNL command used in previous : | 


argument of the TERMNL command, defining the mandatory 
“terminal-type"$: applicable to VIP(S) line procedure. 
argument of the TERMNL command, defining the mandatory 
“terminal-type"$ applicable to TIY line procedure. 
keyword reserved for future releases, to be used as an 


argument in the RLTE command and introduced by the 
optional keyword "RMODE". | 


optional keyword in the LSUB command , Ss al 
multiplexing characteristics. 


optional keyword in the LINE conned. applicable only 
to a switched line in order to allow on manual 
connection. 


optional keyword in the GENCOM Scan specifying the 
number of units in the input buffer pool to be used by 
BINS for I/0 transfers over the lines. | 


optional keyword in the GENCOM command, specifying the 


number of units for the output buffer pool to be used 
by BINS for I/Q transfers over the lines. 


D.te 


NBLOCKS 


NLISCNT 


NETROUTE 


NL 


NLOAL 


NOBT 


NOCALL 


NOLE 


Nk 


NSYSMES 


NUMBLK 


NUMREC 


OM 


optional keyword in the QUEUE command, applicable only 
to terminal queues, defining the number of logical 
lines acceptable in each message sent to the terminal. 


optional keyword in the LINE command, specifying that 
BINS must not automatically disconnect a switched line 
when "time-out" is reached. 


mandatory keyword in the RTS command, defining the 
network routes to the RTS concerned. 


argument in the QUEUE and TERMNL commands, denoting 
NormaL mode, and used as follows: 


@e For QUEUE, introduced by the optional keywords "IM" 
and "CM, 


@ For TERMNL, introduced by the "IM" optional keyword, 
optional keyword in the FNP command, specifying that 


the associated UN/100 is not to be loaded automatically 
by FNPS whenever loading is requested by the [DN7100 


after shutdown of its software. 


optional keyword in the RUIN and TERMNL commands, 
specifying that BINS is not to accept any BI command - 


whatever its origin - directed towards the "rdtn'"/s 
terminal. 


optional keyword in the RDTE command, specifying that 


the "rdte"™ may not be called from the DPS/7/. 


CNC command name introducing the Release {E NODE 
command, which will no longer be Supported in future 
releases. 


CNC command name introducing the NR command. NR is also 
an alias of the NETROUTE keyword. 


optional keyword in the RDIN and TERMNL commands, 
specifying that BINS must not send any messages to the 


“rdtn", or terminal, respectively. 


optional keyword in the QUEUE command, specifying the 
number of memory blocks to be used exclusively by the 
queue. 


optional keyword in the QUEUE command, specifying the 
number of disk queue file blocks to be used exclusively 
by the queue, 


optional keyword in the QUEUE command, applicable only 


to terminal queues, specifying the data format to be 
output from the MCS application to the terminal. 
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OPER 


“ OU- 


QUTBFENB 
QUTBFSZ — 


PACKETSZ 


PAL 
PALNB- 
PAGE 

PARITY 


PCNT 
PCV 

~ PC7800 
PF 


PFA 


- -PKSIZE 


keyword detetned for compatindity with Release |1.D and 


no longer in use, specifying the network control 


_ terminal in the TERMNL command. 


keyword retained for compatibility with Release |1.D and 
no longer in use, defining, in the LINE command, the 
number of actions to have output priority over the 
line, for the optional keyword *®PRIRA®". 


optional keyword in the FNP command, specifying the 
number of units for the output buffer pool used by FNPS 
for [/0 transfers with the associated DN7 100. 


optional keyword in the FNP command, specifying the 
Size (in bytes) of each unit of the FNPS output buffer 
peo: used for I/0 transfers with the associated [N7 100. 


keyword reserved for future peneasees for optional use 
in the NR command. 


seaunent of the RUTE command, defining the nondetowy 


“"“rdte-type"3. identifies the equipment used for 


connecting asynchronous TTY terminals to TRANSPAC. 


optional keyword in the LINE command, specifying the 
number of PAL control codes to be sent at the end of 
each output messaje (in order to avoid truncation). 


optional keyword in the RDTN and TERMNL commands, 
specifying the number of lines on the Screen of the 


"rdtn", or terminal, respectively. 


optional keyword in the LINE command, specifying the 


type of checking to be performed on the parity of input 


data. 


keyword reserved for future releases, to be used 
optionally in the RTS command. 


optional keyword in the LSUB command, introducing the 
password to be used when logon is requested by an 
asynchronous terminal through the PAP. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"$ applicable to ITY line procedure. 


alias of PROFILE. 


keyword reserved for future eeieaee ss for optional use 
in the LSUB command for defining an array of profiles 
to be associated with the parameters "THRCLAS", 
"PKSIZE"®, and "WINDOW" in the same command. 

optional keyword in the LSUB command, defining the 
packet size to be uSed over all the virtual circuits of 
a particular TRANSPAC subscription. 


PLCNT 


PLGNB 


PLRGF 
POLLIST 
PRIORITY 
PKIRA 
PROFILE 
PRT 


PRT 1220 


PVC 
PVCNUM 


QCBLKSZ 


QCPOOL 


optional keyword in the LINE command, defining the 
maximum number of station to be polled automatically 
before a BINS output request may be considered. 


optional keyword in the GENCOM command, specifying the 
number of multiplex plugs to be used by the BTNS 
eee station for managing terminals connected to 
TRANSPAC through LCU701!10 and/or TCU7022. 


optional Keyword in the LINE keyword, for controlling 
the polling frequency for stations that are in the 
“off" state. 


optional keyword in the LINE command, specifying the 
polling list for use over the line concerned (which 

must be "multipoint" in the SRST)$ applicable to the 
line procedures TC and VIP. | 


keyword reserved for future releases, for optional use 
in the NR command. 


keyword retained for compatibility with Release 1|1.D and 
no longer in use aptionally specified input/output 
priority in the LINE command. | 


optional keyword in the LSYSTEM, FSYSTEM, and RSYSTEM 
commands, defininy system hardware and software. 


argument in the RDTN and TERMNL commands, defining the 
mandatory “rdtn-subtype", or "terminal-subtype", 
respectively’ specifies PRinler. 


argument. of the TERMNL command, defining the mandatory | 


"terminal-type"3 applicable to ITY line procedure. 


CNC command name introducing the PVC command. 


keyword reserved for future releases, for optional use 
in the NR command. 


optional keyword in the GENCOM command, specifying the 
Size (in bytes) of each memory block in the memory 
queue pool. 


optional keyword in the GENCOM and QUEUE commands, used 
as follows? 


@ For GENCOM. specifies the number of blocks in the 
memory queue pool, to be shared by all queues | 
qualified by the "QCPOOL" option in their respective 
QUEUE commands 


e For QUEUE, indicates that this memory queue is to 


share the memory queue pool reserved by the "QCPQOL" 
option in the GENCOM command. | 
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QDBLKSZ — 


QLIN 


QUEUE 
QRR O 


RDTE 
RLTN 
READER 


RESTART 


RETRY 


RMODE 


RMT 


RMTLOAD 


ROST_RECOVERY 


RSC 
RSYS 
RSYSTEM 
RTCNT 


optional keyword in the GENCOM command, speci fying the 


block size (in bytes) of the disk queue file to be used 
for saving messages. 


keyword retained for compatibility with Release |I.D and 
no longer in use$ an argument of the LINE command, this 
option defined linear scanning of output queues for the — 
optional keyword “PRIRA*, 


CNC command name introducing the QUEUE command. 


keyword retained for compatibility with Release 1.D and 


no longer in uses this argument of the LINE command 
defined “round-robin" scanning of output queues for the 
optional keyword "PRIRA*, 


CNC command name introducing the RDTE command. 


CNC command name introducing the RDIN command. 


argument of the DCTAP command, defining the mandatory 
mailbox name$ specifies "cardless",. 


optional keyword in the QUEUE command, applicable only 
to disk queues (i.e., either terminal queues or program 
queues, on disk), to allow recovery from either a step 
abort or a system crash. 


optional keyword in the LTS command, defining the 
maximum retry count for the transport station. 


keyword reserved for future releases, for optional use 
in the RDOTE command, specifying the management. mode for 
the virtual circuit established between the "rdte" and 
the DPS7. 


argument of the Release IE NODE command, defining the 


mandatory “node-type"3 specifies a DN/7 100, a DPS7, or a 


DPS6/DSS as a DSA system. 

optional keyword in the FNP command, specifying that 
the DN7100 concerned is to be loaded from its own 
diskette. | | | | 
argument of the “LEVEL" keyword in the XPRTC command. 
CNC command name introducing the RSC COMMBNG « 

alias of RSYSTEM. | | 

CNC command name introducing the RSYSTEM command. 


optional keyword in the LINE command, specifying the 
number of retries to be attempted whenever an error 


occurs in Sranetre eens 
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RTS CNC command name introducing the RTS command. 


SBKLG optional keyword in the TERMNL command, applicable only 
to BSC line procedure, specifying the sub-block size 
(in characters) to be generated by BINS when 
transmitting a character string. 


SC optional keyword in the RSYSTEM command, identifying 
the associated session control. 


SCID keyword mandatory in the LSC, FSC and RSC commands, 
defining the session control identifier. 


SHARE optional keyword in the QUEUE command, applicable only 
to program queues, allowing two or more MCS 
applications to share the same queue (defined with 
either input, or input/output, capability in their 
respective QASSIGN statements). 


SILENT | optional keyword in the LTS command , defining the 
silence timer. 


SILIN optional keyword in the LSUB command, specifying the 
number of switched virtual circuits that may be opened 
by incoming calls. 


SIMBRK optional keyword in the GENCOM command, specifying the 
: “break qualifier" (in the form of up to three 
alphanumeric characters, enclosed in double quotation 
marks). 


SIMU | keyword retained for compatibility with Release 1.D and 
no longer in uses’ optionally specified, in the [ECTAP 
command, either the number of simultaneities for TDS or 
the maximum number of terminals simultaneously 
connectable to [0F. 


SLAVE argument of the TERMNL command, defining the mandatory 
“terminal-subtype" 3 applicable to terminals with 
several subtypes. 


SLINE optional Keyword in the LSUB command, specifying the 
total number of switched virtual circuits that may be 
opened by either incoming or outgoing calls. 


SOLIN optional keyword in the LSUB command, specifying the 
number of switched virtual circuits that may be opened 
by outgoing calls. 


SPEEL | | optional keyword in the LINE command, defining the 


Speed of an asynchronous line} applicable to the line 
procedures TTY, TC and VIP(A). 
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OPN 


- SPTTY 


STS2840 


STYPE- 
SUB 


_ SUBNB 


- SUBSCR ID 
SWITCH 


— SWTHTEC 


SYSHEAD 


SYSLOG 


Sotiona keyword in the LINE eommands defining the 
number of "stop bits" to be sent after a character in 
asynchronous transmission’ applicable to the line 
procedures TTY, TC and VIP(A). 


argument of the LINE command, defining the special TIY 


translation table and Pntrocuced by the optional 


“TCINM" keyword. 

optional keyword in the LINE command, specified 
according to the type of modem and “een speed 
applicable. 

CNC command name introducing the STATN command. 


mandatory keyword in the RDIN command for an "rdtn" 
using VIP line procedure and attached to a type-CSX25 


“rdte", defining the “station-index" applicable. 


argument of the TERMNL command, defining the mandatory 
“terminal-type"s applicable to VIP(S) line procedure. 


keyword retained for compatibility with Release |.D and 


no longer in uses introduced the mandatory 


“terminal-subtype" in the TERMNL command. 


optional keyword in the COMPATH command, defining the 
local TRANSPAC subscription over which the “compath" is 
to be mapped. 


mandatory keyword (alias TPCADD) in the LSUB and RDTE 
commands, used as follows: 


@ For LSUB, defines the DPS7 TRANSPAC subscription 


number 


e For RLTE, defines the remote subscription telephone 
number of the “rdte". 


alias of SUB. 


argument of the TERMNL command used in previous 
releases, not to be used for reasons of inter-release 
compatibility. | 


keyword reserved for future releases, for optional use 
in the COMPATH command. 


optional keyword in the RDTN and TERMNL commands, 
specifying the character string to precede each message 
sent by BINS to the “rdtn", or terminal, respectively. 


keyword retained for compatibility with Release 1.D and 
no longer in uses in the GENCOM command, optionally 
specified that every system message sent by BTNS was to 


be a | 


D8 


TAB 


TCTNM 
TCV260 
TC349 
TC380 
TELEX 


TER MNL 
TE318 


THRCLAS 


THR UPUT 


TILEN 


TIMER 


releases, not to be uSed for reasons of inter-release 


optional keyword in the RDIN and TERMNL commands, 
specifying that tabulation is available on the “rdtn", 
or terminal, respectively for use by [OF in display 
formatting. 3 


optional keyword in the LINE command, to allow 
selection of a translation table other than the 
standard one defined for the line procedure applicable. 


argument of the TERMNL command used in previous 
releases, not to be used for reasons of inter-release 
compatibility. 


argument. of the TERMNL command used in previous 
compatibility. 

argument of the TERMNL command used in previous 
releases, not to be used for reasons of inter-release 
compatibility. 

argument of the RDIN command, defining the mandatory 


Yrdtn-type"s to be used in conjunction with PAD in the 
corresponding RDTE. 


CNC command name introducing the TERMNL command. 


argument of the TERMNL command used in previous 
releases, not to be used for reasons of inter-release 
compatibility. 


keyword reserved for future releases, for optional use 
in the LSUB and PVC commands, as follows? 


@ For LSUB, defines the default in=- and out- 
throughput classes for use when the "DTC" option (in 
the same. command) has been selected 


@ For PVC, defines the in=- and out- throughput classes 
to be used over the virtual circuit for referencing 
profiles declared with the “PFA® list in the 
corresponding LSUB command. 


keyword reserved for future releases, as an optional 
parameter in the NR command, 


optional keyword in the LINE command, defining the 
time-out" value to the URP for controlling modem 
initialization and disconnection. 


optional keyword in the FNP command, specifying (in 
seconds) the maximum time to be allowed by FNPS to 
elapse before declaring the corresponding DN71I00 as 
"failed". 
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_ TN300 
TN340 
TNI 200 


TOLEN 


TPC ADL 
TPUSZ 


TRAFFIC 


TRANSPAC 


TS 


TSID 


- Trs7800 


TTU8 124 


TTU8126 


TTU8 128 


argument in the TERMNL command, defining the mandatory 
“terminal-type"t applicable to TTY line procedure. 


argument. of. the TERMNL command used in previous 
releases, not to be used for reasons of inter-release 


compatibility. 
argument in the TERMNL command, defining the mandatory 


“terminal-type"$: applicable to TTY line procedure. 
optional keyword in the LINE command, specifying the. 


"time-out" value to be used by the URP either, to pool 
a buffered terminal or, to time the interval between 
characters input from an unbuffered terminal. 

alias of "SUBNB". 


optional keyword in the LTS command, defining the 


transport unit minimum size.. 


keyword reserved for future releases to be used 
optionally in the NR command. | 


argument in the RDTE and RTS commands, used as follows? 
@ In RDTE, introduced by the "VAN" keyword 

e In RTS, introduced by the “ADDR” keyword. 

optional keyword in the LSC and RSC commands, defining 


the transport station relevant to each of these session 
controls. 


keyword reserved for future releases to be used 


optionally in the LTS and RTS. commands. 


argument. in the RDIN and TERMNL commands, defining the 
mandatory "rdtn<-type", or “terminal-type", 
respectively$ applicable to CSX25 in the corresponding 


RDTE, or VIP(S) line procedure. 


argument in the RLTN and TERMNL commands, defining the 
mandatory "rdtn-type*, or "terminal-type", 
respectively’ applicable to TTY line procedure. 


argument in the RLTN and TERMNL commands, defining the 
mandatory “rdtn-type", or “terminal-type", 
respectivelys applicable to TTY and TTY-R line 
procesures 


argument in the RLTN and TERMNL commands, defining the 
mandatory “rdtn-type", or "terminal-type", 


- respectivelys applicable to TTY and TTY=R line 
procedure. 
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TTU8 22 | 


TTX 35 
TTY 33 
TTY 35 


TTY 37 
TTY 38 


TWA 


TYPE 
TI 
T2 


UHDLCW 


UN 


UNITSZ 


argument in the RLTN and TERMNL commands, defining, 
respectively, the mandatory: 


e “"“rdtn-type"s: specified in conjunction with *CSX25" 
in the corresponding RDTE 


e *"terminal-type"$’ applicable to VIP(S) line 
procedure. 


argument of the TERMNL command, defining the mandatory 
“terminal<-type"% applicable to VIP(S) line procedure. 


argument in the TERMNL command, defining the mandatory 


“terminal-type"$ applicable to TTY line procedure. 


argument in the TERMNL command, defining the mandatory 
“terminal-type"$ applicable to TTY line procedure. 


argument of the TERMNL command used in. previous 


releases, not to be used for reasons of inter-release 
compatibility. 


argument. of the TERMNL command used in previous 


releases, not to be used for reasons of: inter-release 


compatibility. 


optional keyword in the QUEUE command, applicable only 


to program queues for allowing dialog between 
application and terminal’? specifies “two-way 
alternate”. 


keyword retained for compatibility with Release |.D and 
no longer in use’ introduced the mandatory 


"terminal-type" in the TERMNL command. 


alias of “FLOWTH". 

alias of “SILENT*. | 

optional keyword in the LINE command, to specify the 
maximum number of reads and/or writes that may be 
executed at a time for an HDLC line. 


argument of the QUEUE and TERMNL commands, denoting 


“unedited mode", and used as follows 


e For QUEUE, introduced by the optional keywords "IM" 
and "QM" 


@ For TERMNL, introduced by the optional keyword "IM", 


optional keyword in the XPRTC command, defining the 
maximum. transport unit size. 


Deal 


USERID 


VAN 
VER SION 


VIP 765 
VIP ¥75 
VIP 785 


VIP 7001 


VIP 7100 


VIP7200 


~ VIP7700 


VIP 7760 


optional keyword in the QUEUE. command, specifying a 
 *useride-queue" (useful in a switched network 


environment). 


optional keyword in the LSUB and RDTE commands, 


introducing a "Value Added Network" name. 


optional keyword in the LTS and RTS commands, defining 


the “level” of the transport station. 


argument of the TERMNL command used in previous 


releases, not to be used for reasons of inter-release 


compatibility. 


argument of the TERMNL command used in previous 


releases, not to be used for reasons of inter-release 


compatibility. 

argument of the TERMNL command used.in. previous 
releases, not to be used. for reasons of inter-release 
compatibility. | 


argument in the RDTN and TERMNL commands, defining, 
respectively, the mandatory 8 | 


e "rdtn<-type", in conjunction with "CSX25" st the 
corresponding RDTE | | 


) “terminal-type"s applicable to VIP(S) line 
proces unes | 


argument in the TERMNL command, datteiien the mandatory 


“terminal-type"$’ applicable to Try line procedure. 


argument in the TERMNL command, defining the gandeveey: 
“terminal-type"s applicable to TTY line procedure. 


argument in the RDTN and TERMNL commands, defining, 
respectively, the mandatory: 


e "*rdtn-type", in conjunction with *CSX25" in the 
_ corresponding | HDTE 


e “terminal~type"s applicable to VIP (S) line 


procedure. 


argument in. the RLTN and TERMNL commands, defining, 


respectively, the mandatory’ — 


e "rdtn-type", in conjunction with "CSX25" in the 
| corresponding RDTE | 


@ ““terminal-type"s applicable to VIP (S) line 


| proc ecure. 
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VIP 780 | 
VIP /7801V 
VIP 7802 
VIP 7804 
VIP 7805 
VIP /8 14 


VTE 2820 


WHEN 


WINDOW 


WINDOWSZ 
XCNT 


XPRTC 


X25 


argument in the TERMNL command, defining the mandatory 
"terminal-type"$: applicable to TTY line procedure. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"$ applicable to TITY line procedure. 


argument in the TcRMNL command, defining the mandatory 
"terminal<type"$ applicable to TITY line procedure. 


argument in the TERMNL command, defining the mandatory 
“terminal-type"s’ applicable to VIP(S) line procedure. 


argument in the TERMNL command, defining the mandatory 
"cerminal<type"3 applicable to VIP(S) line procedure. 


argument of the TERMNL command, defining the mandatory 
"terminal-type"% applicable to VIP(S) line procedure. 


keyword retained for compatibility with Release I|.f and 
no longer in uses’ argument of the TERMNL command, 
introduced by the mandatory keyword "TYPE", 


keyword reserved tor future releases, to be used 
optionally in the NR command. | 


optional keyword in the LSUB and XPRTC commands, 
defining, respectivelys 


@ In LSUB, the “window size" to be common to all the 
TRANSPAC subscription’s virtual circuits 


@ In XPRTC, defining the maximum credit for any 
transport route mapped over the NR. 


keyword reserved for future releases to be used 
optionally in the NR command. 


mandatory keyword in the RTS command, defining the 
“transport connection maximum count". 


CNC command name introducing the XPRTC command. "XPRIC" 
is also an optional keyword in the NR command, defining 
the transport protocol to be attached to the 
"netroute"™. 


keyword reserved for future releases, to be used as an 
argument. of the RLTE command and introduced by the 
optional keyword “RMODE", 


APPENDIX E 
TERMINAL CONF IGURABILITY 


This subject concerns the connection of terminals to the Data 
Communications Controller (i.e., DCC) of the URP. 


The various tables below provide the user with information concerning 
the terminal types supported by GCOS, in terms of: 


® The access methods and subsystems which support each terminal: 
i.e.3 


@ MAM, for user-provided applications in MCS COBOL and/or GPL 


@® VCAM, for communications services such as TDS, I0OF, RBF and 
CARDLESS. 


e Ihe types of “links* supported: i.e.3 
—@ Point=-to-point 
e@ Multipoint 


@ TRANSPAC non-multiplexed and multiplexed virtual circuits, 
through PAD and CSX25. 


For further information on the auxiliary devices supported for 
Standard terminals, see Figures 5-7 and 6-3 in the TERMNL and RDIN 
command descriptions on pages 5.2! and 6.12, respectively. 


[It should further be noted thats 

@® [OF does not support auxiliary devices ~- such as cassette, disk, 
or diskette - and the printer option is not supported whenever a 
screen is present 


@ Such terminals require the "direct timing source" option for 
transmission over the link. 


oa Ve 2 Be S&S FA ee 22 822 22 82S 1B ZR BS 2H 2S 8B He Oe 7TH OS CF TH OH He Oe 2H Ow OW ©8W 2 OH 2 2 © 22 28 28 282 Ce @e £2 Om enw aw 28 ©@ 22 208 BH Oe FEE Ow 


Terminal Connectibility 


RBE 


Prttrrparerthertmrprrrrrtbtreet tbr ertrrrvrprrrtrbprarrerenasy 


VCAM 
a 


a 


on SH ew OF FS Be 2H OW OO Fe we Oe OM BS OD 2H SS 2 ae ee 2H SE Ce Oe OHM HH BE O88 Ce BH Of GHnuHesm Oe Ga ee oe em Bae em am emenane en ean em ea te fa 7 e 


f 
Pt imam mem mtb bbb be mb tb mbm ee ED De eee > 


Pe it ee ee Ee Sed EE A os Be ee Ds oe Ao ot Oe et ee oe ee ee 


TOF 
E 


ae woe we @e &=e =e — Qa anewep @®8 es. @& & ose om ee anRhee 2Be We BOE OOM SH 288 S62 a2e 280 ©2888 20° 282 22 we 22D &@ -~@ e@ 2@e © 7G 22 28082 *4 FP © FS 2O 22 £2 2 


4 

ttt ee ee 
mgs hemen e244 eters so eres sts eo ee ere eee ee weer 
«= f 


Be AR eye sage a a a ee 


= 4 
f 


ew © @ ea @e @*®8 @©a@ 22 2m 2©e 2S 22 22 2s @ ©8 Se ©8 2 2 @ © OS 2 2H Be 828 OD BD& TeE FB 2B aw CH *e SCF 78 2B 2 @2@ae 2932 28 2282 2&8 28 22 @2@ 22 ® 2 2 @m@ ©2282 2m Oa ee a2 


Mode] | 
AJ832 Anderson-Jacobson 
KU7105 & DKU7107 
& DIU/ 172 
above 
1200 
8223 & 8229 
above 
& VIP/002 


AJ833 Anderson~-Jacobson 
LKU7001 a 
iKU7211 

DIuU7 171 

KDS 7265/4 7266/ 1275/1216 
Minitel | | 
MTS 7508 

PC7800 


LKU7002 


MT281/PRT1220/PRU7 220 


STS2840/VIP/V240 | 


Telex 
-VIP780 1/7801 V/7802_ 


see LKU7IO/7 below 
VIP7200 & DKU7201 
VIP 7700/:7705/ 7750 
VIP/7804/ 7805/7814 
see VIP/804 above 
see VIP/804 above 


TTU8124 & 8125 
VIP7/760 


IBM 360 & 370. 
TTU81 26 


IBM3270 

KDS 7255/7256 
Terminet 300 
TTS7800/ V2 11 
see LKU7005, 
Teletype 33 


64/LPS or DPS/ 
| Terminet 


62 (any model) 
DPSS - 


LKU7005 & TIX35 


LKU7007 
see LTU7I7I1 


Bull LPS6 
61-40 & 61-60 


IBM3278 
IBM374 1. 
TK4105 
TTU81 28 
+ TTU8221, 
VIP7001 
VIP7 100 
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Note that, for the previous page and above? 


(1) These types consist of screens connected to separate controllers. 
The controllers are’ | 


e Treated as "multipoint" | 


e Not described by software, for which "terminal-name" 
physically represents the controller and screen. 


LC DCU 70 10 


TC = TCU/0 22/1043 
Y = YeS. 
e VIP=line procedure terminals and IBM3270 may function under 


"noint-to-point" BUT still preserve their respective 
line-procedure characteristics (i.e., multipoint). 
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APPENDIX F 
CNC INPUT EXAMPLES 


EXAMPLE 1 
e@ Secondary network through URP/DCC 
® Queues 

e@ TRANSPAC through URP/DCC 


@ Primary network through front-end processor. 


Configuration 


| 


Figure F-1. Example 
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HG78, DG66 and HG466 


FEPs: 


DPHX, HPHX, HTOR and DTOR 


Thru DG64 and DG65: 


Thru DG64 only: 
~HGTA and DCTA — 


Qther Systems Accessible 
Thru DG65 only? 
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COMM 8 de tek tek dete oe i KKK IH HK HK IKK KKK KAKI IH IA KH KK RIKI AKAIKE KEIR IKE EEK" 5 | 
COMM Uk keke kkk : Kk KKK KE FY 
COMM Vide dae oeiceeeeick DESCRIPTION SYSTEM DO9 KKKKKKK KEKE KK AKER § | 
COMM tk kkk ee* tek tok ke dk MS | 
COMM LOSES SIO SEI CORI SOI CORE GOICI SOIC EICICIC ICICI CIS III I A Se ik tek the | 


GENCOM RESO NBBTBF=100 BTBFSZ=512 DABFSZ=512 NBDABF=100 QCPOUL=100 
QCBLKSZ=256 QDBLKSZ=512 MAMNB=5 PLGNB=103 


COMM Me te te Ik FRI A IIR IIR KR III KE IRI AI HE HI IAA A ISAIAH AIK KIA ASHI ARIK ARRAN 8 


COMM Wkkkek keke kk ARK KKM | 
COMM Wiekieokk kkk kkkkkee SECONDARY NETWORK DECLARATION xXkkkekk kk kk KK KN SG | 
COMM "ke kk kk aK : Kk KKK KK" Sf 


COMM a ia a II II IAI HI II IK KIKI KI AI IK IK IK IK ER II KEI IK IAAI KAKI KERR § | 
COMM Wikked REMOTE MAINTENANCE TTY xk kik kkk kkk il 5 | 


LINE LNO2 BKMOD ERCAP CLOSES 
TERMNL TO21 TTY33 KPR AUTOLFS$ 


COMM 0 iekepee bebe DKUTIO7 AND DKU72 11 LINE abscggbccdeion! 5 | 


LINE LN1I1 PLRGF=100 PLCNT=1! SSR CLOSE3$ 


STATIN SIIt 13 

TERMNL TUtt DKU7211 KCT3 
STAIN S112 23 a 
TERMNL T1112 DKU7107 KCTS 
STATIN S113 33 

TERMNL T113 DKU7107 KCTS 
STATIN S114 43 | 
TERMNL 1114 DKU7107 KCTS 
STATN S115 53 

TERMNL T115 DKU7107 KCT$ 
STAIN S116 63 

TERMNL T116 DKU721t1 KCTS 
COMM hinbiakbioriniicon PRIVATE VIP LINE? QUESTAR shoddnhnadoncnicce! 5 | 


LINE LN14 PLRGF=100 PLCNT=1! SSR3 


STATN SI41 13 
TERMNL Tl4l DKU7211 KCTS 
TERMNL R141 SLAVE PRT$ 


STAIN S142 25 
TERMNL 1142 DKU7107 KCT$ 


STATN 9143 33 
TERMNL T143 DKU7107 KCTS$ 
TERMNL P1t43 DKU7107 PRT AUTOS 


STATN 


| TERMNL 


COMM 
LINE 


OTATN 
TERMNL 


~ TERMNL 


~ STATN 
TERMNL 
-TERMNL 
STATN 
TERMNL 
STATN 


TERMNL 


| STATN 
TERMNL 


STATN 
TERMNL 
COMM 7 
LINE 


SLATN 
TERMNL 


-TERMNL 


-STATN 
TERMNL 
TERMNL 


 TERMNL 


STATN- 
TERMNL 


STATN 

TERMNL 
TERMNL 
TERMNL 


STATN 
TERMNL 
— TERMNL 
— TERMNL 


$144 


T144 


LNI7 


S171 
TI71 
Pi7| 
S172 
TI72 
P1I72 


S173 


TI73 


43 


DKU7007 KCTS : 


U kkk kok kk kkk elec ok: SWITCHED VIP L INE Jodanbnebn ne bina! H 


PLRGF=100 PLONT=1 SSRs 


13 
VIP7700 KCTS 


VIP7700 PRT AUTO$ 


25 
VIP 7700 KCTS 
SLAVE PRT$ 


VIP7700 KCT$ 


S174 43 


T174 


S175 


Tt75 
S176 


TI76 


Winiddddideo diddioieoinieik SWITCHED VIP) LINE Jokoniobininkineiniccink ac! 5 


LNI8 


S18] 
T181 


PIB 


S182 
T182 
P182 
C182 


S183 


T183 
S184 


T184 
P184 


C184 
S185 


T185 


P1186 
C186 


53 ' | 
VIP7700 KCT$ 


6% | 
VIP 7700 KCT$ 


13 
KDS7255 CRTs 
SLAVE DSK3 


2 CLOSES 
MTS7508 KCTs 
SLAVE PRT$ 
SLAVE DSK3 


3 CLOSE; 
VIP7001 KCTS 


4 CLOSE? 


VIP7700 KCTS 
SLAVE PRT$ 
SLAVE CAS$ 


5 CLOSES 


VIP7760 KCT3 


SLAVE PRT$ 
SLAVE DSK$ 


VIP7700 KCTs 


PLRGF=100 PLCNT=1 SSR¢$ 


Weedddod ddcidaceees SWITCHED TTY LINE ddbeaddcdoigdionictoicet § | 


COMM 

LINE LN23 SPEED=H ERCAP$ 

TERMNL T231 TTU8124 KPR3$ 

COMM Woodcock nideck ieee SWITCHED TTY LINE snioickdok initio bk! 5 | 
LINE LN24 SPEED=H ERCAP$ 

TERMNL T2411 TIU8124 KPR3$ | 
COMM redo onddeononeovineo IDSEQ DECLARAT LON tobnbconddnekiccnccit § | 
IDSEQ "J832" AJ832 KPR3 

TDSEQ "7211" DKO7211 KCTS3 

IDSEQ "7700" VIP77T00 KCT$ 

IDSEQ "7760" VIP7T7T60 KCT$ 

IDSEQ "7007" DKU7T007 KCT$ 

COMM TOROS COO IO ICICI I II IIS AIT I TI SIA AKIN | 
COMM "x kiekk kee KKK KAM Ss | 
COMM 8 tekok iek dk HDLC LINES Ke KKK KN | 
COMM 8 teks ek dod | tk kk KK KN Sf 
COMM 8 tekkiek ink LNIO = TRANSPAC HDLC LINE KH KKK KN FY 
COMM "ke dete tek tie | KKAKKKKKN § | 
COMM kit iee LNI3 = PT-TO-PT HDLC LINE RK RKAKINN § | 


COMM Sok ik kok tok k te KKK KARKN S| 
COMM a aR II RII RII I FH KIKI IA KIA HK IK IK IK IK IKI IKI IK IKARIA RIK IN § | 


COMM "kkekkkkk kk kkk kkk KKK HDLC PT=-$TO—-PT LINE *& XK XK AKKEKKKREKKERKEN § | 


LINE 
STATN 
TERMNL 


COMM 


LINE 
STATN 
TERMNL 


COMM 
COMM 
COMM 
COMM 
COMM 


LSUB 


COMM 
RUTE 
RDTN 
<BOre 
RDTN 


LNi3 UHDLCW=(7,7) CLOSES 
SILO’ 13 
HLOV HL64 CPU; 


Nae KKKKKKKKK KKK KKK HDLC LINE THRU TRANSPAC RH RIK IK K IH KAKA EN F 


LNIO CLOSE UHDLCW=(7,7)3 
STO3 13 
TIO3 SWITCH CPU3 


"RK KRKKKEKKEK Kh kkk kkk kkk Rk RR KK IK RIK RR KEK KR aK RRR KR ER EN FY 
1 Sede He He We Ke He HICH HH HAH HAA IKI K AH AKAIKE A HK IKI I IH IAI HE ISIS IA AA KERIKERI 
W kk kik kikk kk kk kkk LOCAL SUBSCRIPTION xk kek kkk KK Rk kK KKH SG | 
Woe kk Idd koe on icieck th kk kick khekk kh th tk th k kkk kek IK aN g | 
Wek kkk tek tok he bk KHAKI IK KEK I KHIR IER IK IK IAEA KERRIER AKER KE S| 


TFOl LNIO SUBNB="175001426" SLINE=8 SILIN=2 SOLIN=2 
PRSIZE=128 WINDOW=3 MUXPRM=(2,5) PCV=ABCD3 


Nik kkk kk kkkkKk DAD TERMINALS ON SWITCHED LINE JAI I IOI I 5 | 


PAO! PAD SUBNB="900000001" CSG=03 
TAO! TTU8!124 KPR3 


PAO2 PAD SUBNB=*900000002" CSG=0}% 


~TAO2 TTU8124 KPR3 


F.5 


-RDTE 


RDTN 


RDTE 
RDTN 


COMM 


-RDTE 
RDTN 


COMM 


RDTE 


RDTN 
RDTN 
RDTN 
RDTN 


-RDTN 
COMM 


COMM 
COMM 


COMM 


COMM 


COMM 
COMM 
COMM 


LSYSTEM 


LSC 
LTS 


COMM 
COMM 
COMM 
COMM 


FNP 


FNP 


COMM © 
FSOYSTEM 


FSC 


FSYSTEM 


FOC 


PAQ3 PAD SUBNB="900000003" CSG=05 


TAO3 TTU8126 KPR3$ 


PAO4 PAD SUBNB=""900000004" CSG=0+ 
TAO4 TIUS8I26 KPR$ 


Hidde idniniioiiesok PAD TERMINALS LEASED LINE KAIKKKKEKKRKERKEEN § 


PAO5 PAD SUBNB="175010041" CSG=03 
TAOS TTU81I26 KPR3$ 


Hiddink ocak TCU CONTROLLER THRU TRANSPAC 2% i oktobick dock ick 5 
TCO! CSX25 SUBNB="1750000669"3 
TVO!l VIP7700 KCT STI=003 


 TVO2 VIP7700 KCT STI=013 


TVO3 VIP7700 KCT STI=023 
TVO4 VIP7700 KCT STI=033 
TVO5 VIP7700 KCT STI=043 


1 ea K HK TAK KI IK IH KA KIKI II I IK I KIKI IK IKKE KR IKAIIK ERR ARN § 
Unk ok iteick tk kick tok tok tke ete tok Fok Fhe KIA KAKI AAI IRIAN § 
Wd eink tekickk tke PRIMARY NETWORK kike kkk kkKRKKKEKKEEM 5 
Hh ete tee He HK HH KIA AIH IA KIC HACK AAAI AA HACK IIA AAA IAS ISA AA ARIA EREREERN § 


BY Fe Hehe HAH FHA HII IAI IK IARI AAI BRR KI IK IARI RR AKI IRA IAHR AAAI ERIKA 5 


U1 ee He IIH FHI IK KKK IIK IK IKI II AK IKI IIA AAI IARI IAAI IAI KIN § 
W kkk RAKKREK kk KHER LOCAL SYSTEM DECLARATION *kkk kak k keke § 
Ok a IK oe kK I KKK TI KK A I II KI IK IERIE K IIE RR AEH 5 


HG64 3 
SCID=012:31 TS=HG65_TS$ 
HG64_TS FLOWTH=10 SILENT=20 RETRY=3 TPUSZ=2563 


UII IC IER RII TH TIT TTI III TI IIR I III FAIS ISIAH ISA IAIAAIAAASAAAN 
Nkkk kkk KKK IKK FNPS AND FRONT-END DECLARATIONS &k&&k kkXKKKKEKN § 
ICI IIIT IR II IR IIIA IR III IR II AI IIA ISIE II IIIA SAP IIIII IRIAN 
ee ee a ae FNPS DECLARATIONS KIKI KK AKER KI KK AM 8 


UNCPI CCO! TIMER=36 INBFSZ= 80 INBFNB= 64 QUTBFSZ=80 


OU TBFNB= 643 


UNCP2 CCO2 TIMER#=36 INBFSZ=80 INBFNB=64 OUTBFSZ=80 
QUTBFNB=64$ 


dee ddeiddeek FRONT-END DECLARAT LONS oesddedoccioieicicklt § 


DG643 
DG64 SCID=1234 FNP=UNCP13 


DG653 
DG65 SCID=1 #35 FNP= UNCP 23 


COMM 
COMM 
COMM 
COMM 
COMM 
COMM 


RSYSTEM 


RSC 
RSC 
RSC 


RTS 


COMM 
COMM 


COMM 
ROYS 
RSC 
RSC 
ROC. 
RTS 
NR 


XPRTC 


COMM 
RSYS 
RSC 
RSC 
RSC 
RTS 
NR 


Wee dedetek tok tok tok dk Fete tek dete kk ke tek Fok bok bbe be AK AK HIKARI RE IR ERE AEN 5 | 
Wolk doin do ik dokick ioteiekick D20 DECLARATIONS tot toktok dott kick kick tok s | 
Vkkkkkkekk ik ikkkiek THIS SYSTEM IS ACCESSIBLE K&kKkK KKK KKKEKEKN | 
WAKKKKKKKKK KKKKK THRU LNI3 OR THRU TRANSPAC x&xxkk kkk kik ee 5 | 
Wkdckkiokk kk ikkkdeiek VIA LNIO OR FRONT-ENDS kik ikkkkkkkikkk ells | 
Nkok tok tok tek tetetet tok dk tek tek ok tek kd HK IK AIK IA IN RIKI AKER EERIE AN 5 | 


D203 


D20 SCID=70:44 TS=D20_TS3 
D20 SCID=70%?44 FNP=UNCP]3 
D20 SCID=70244 FNP=UNCP23 


D20_TS NETROUTE=(NR20,NR21) XCNT=64 
ADDR=(TRANSPAC=" 1 75001425") 3 


NR20 COMPATH=CP20 XPRIC=PTPT$ 
PTPT WINDOW=(14,14)8 

CP20 ACCESS=LN13$ 

NR21 COMPATH=CPI XPRTC=TPC_PRIC$ 


Nek kkk kk kkkk kek tk kk ik kkk KK IKK Kh kk RR KKK RRR KK KR RR RK KR KCK RM $ | 
Wak tkkkk kk kkkkkekkeR D2] AND D2?2 DECLARATIONS KEKKKKKEREKEEK RK" F 
Nkk kkk ek THESE SYSTEMS ARE ACCESSIBLE *ik iki ike eae Sg 7 
NkkkkkkekekkkKKKK THRU TRANSPAC EITHER VIA DCC xkxxkx bie kek ark | 


NekkkkkkkkerkekekekeeR OR VIA THE FRONT<-ENDS & Xk kkkk kk kk RK HEN GF | 
I tet eke ales Bete dete dete Hehe HK IH HACK AKA be HAH IA RIAA AK AAAI A KAISHA HK IAN 8 


NikkkeKkKkkk kk tkkkkekkee D2] SYSTEM = DPS6/DSS Kk KKKKKKKKKKKKEKE" 3G | 


D213 
D21 SCID=70334 TS=L6_TS3 
D21 SCID=70:34 FNP=UNCP13 
D21 SCID=70:34 FNP=UNCP23 
L6.TS NETROUTE=(NROI) XCNT=64 ADDR=(TRANSPAC=" 175000667") 3 


NRO} COMPATH=CP1 XPRTC=TPC_L6$ | 
TPC_L6 WINDOW=(7,7) LEVEL=FULL_RECOVERY $ 


NkkkkkkkeRKKKKKE DOP SYSTEM IS ANOTHER DPS7 tok deceit s | 
D223 

D22 SCID=70:33 TS=D22_TS$ 

D22 SCID~70:33 FNP=UNCP23 

D22 SCID=70:33 FNP=UNCPI3$ 

D22_TS NETROUTE=(NRO2) XCNT=20 ADDR=(TRANSPAC=" 175000668" ) 3 


NRO2 COMPATH=CP1 XPRTC=TPC_PRTC}3 


COMM 


CP 


XPRTC 


COMM 
COMM 
COMM 
COMM 
COMM 


 RSYSTEM 
 DP78 SCID=01#37 FNP=UNCP 13 


RSC 
RSC 


RSYSTEM 


RSC 
RSC 


~ RSYSTEM 


RSC 
RSC 


ROY STEM 


RSC) 
RSC 


COMM 


RS YSTEM 


RSC 


RSYSTEM 


RSC 


COMM 
COMM 
COMM 
COMM 
COMM 


_ RSYSTEM 


RSC 


RSYSTEM 


RSC 


RSYSTEM 


RSC 


RSYSTEM 


RSC 


Wee COMPATH AND XPRTC TO ACCESS D20 D22 THRU TRANSPAC. *xxt¥; 
- CP1 SUBSCRID=TPCI: 


TPC_PRTC WINDOW=(5,5)3 


PRESSES OHIO SSIES ICIS OOS SEES SECS SOI III III: 


Wa ede tek tee tote tek tte dete tek IKI KK IH IK KI REE IK IAI TIAA IR KIRIN § 


texeke SYSTEMS ACCESSIBLE THRU BOTH FIRST AND SECOND DN7S xx*x"'3 
Usekkkkek kkkkkkkkkkkh keke eee KKK KKK KKK KR RRR RIK IK 5 


1 Sette ete KWH KIA I KH HHI HR EKI IKKRAKRIKKRE REE KKK ARKE EK" § 
DP783 

DP78 SCID=01:37 FNP=UNCP23 

HG783 


-HG78 SCID#01%33 FNP=UNCP13 


HG78 SCID=01833 FNP=UNCP23 _ 


DG663 | So 
DG66 SCID=01803 FNP=UNCPI3 
DG66 SCID=01:03 FNP=UNCP23 


HG66$ 
HG66 SCID=018:04 FNP=UNCPI+3 
HG66 SCID=01#04 FNP=UNCP23 


TR ISI IE IO IIIT IO III III TI IIIA ISI I ISAAK ISA IISSHIAIA IN § 
feta te eee tnna Ran eeot are than eheee ns ett 
Nkikike wk SYSTEMS ACCESSIBLE THRU FIRST FEP *kkkkakke ae" 
We RK IKK IK RK RI IK KK IK IK RI KK IK AH IK IK IKI IR ERIHRIA AER IRAE" § 
Pee KRHA AH AK IK AKI IKR HIKK IK KHAKI IAAI IK ERIKA IR EIEN § 


HGTA$ | | 
HGTA SCID=01%32 FNP=UNCPI1 3 


DGTA3 
DGTA SCID=01836 FNP=UNCPI 3 


WK KKAK KIRK KI IK KR IK REIARI AA IH IK EKA IAAAR KERRIER ERE EAE 5 
HFK HICK HIRI IIHR IIK IKIIAI AK IKEA IAIARKR IKARIA RIA KAKA IRI IA § 
Nikkkkk kkk SYSTEMS ACCESSIBLE THRU SECOND FEP *kxxkxkkekxk" 3 
1 IK RK KR IK IKK IK RIK IIIA IKI IKI AHF AISI IRISH II IIIR seh kN 9 


“kkickkkkkikkkkkkhk ekki ch kkk RI Ra RRR RR I IK RR RN F 


DPHXs — 
DPHX SCID=152#255 FNP=UNCP28- 


HPHX¢3 
HPHX SCID=15801 FNP=UNCP23 


DTOR$ 
DTOR SCID=12810 FNP=UNCP2$_ 


HTOR$S — 
HTOR SCID=12201 FNP=UNCP23 


F.8 


COMM 
COMM 
COMM 
COMM 
COMM 


GENQMON 


QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 
QUEUE 


ede Fede dete tek ete Heke Hie KA AK HH IA KA HK IAAI ASE RIAA RIK IKK AIK RIERA HEE § 
eH IKI H IK IK HAH eA AKI HA AA HHA IAAI IK IAIK IK ERA RIKI ARR EIA IE" 
Wekinkkkkik kkk kkk MCS QUEUES: DECLARATION x ki kkk kk kKK EN 3 
W de fe Fee HHH I HH KAKI AAR KAA IK IKKE RI IAA A IH HAA AS TA IR IR ERE EERE IAN § 
OV Sede HK HH IH KK AK IAAT HACIA TC IK IA HAE IA IH HH HAAR AK IARI IK f 


COMQ APPLIB=PER.LIB APPABNUM=33 
DG64 V903 QCPOOL$ 
DEO! QCPOOL USERID3 
DEO2 QCPOOL USERID: 
QIN QCPOOL INIT=PROGMCS3 
QIN! QCPOOL$ 

QIN2 QCPOOLS 

TLI1 QCPOOLS 

Tili2 QCPOOL$ 

T113 QCPOOLS 

T141 OM=UN.. QCPOOLS 
T142 QCPOOL$ 

T143 QCPOOL3 

T144 QCPOOL3 

T192 OM=UN3 

T201 QCPOOLS 

T211 QCPOOLS 

T221 QCPOOL3 

T231 QCPOOLS 

T241 QCPOOL$ 

QSOR NUMREC=150003 
GENT NUMREC=150003 


lone di ddd edeodeee BTNS ENVIRONMENT aieienidoie dnote tect ik 
LOCAL NETWORK 


GENCOM NAME = RESO 
- DECLARED LINES = 9 

_ DECLARED CLUSTER(S) 
- DECLARED STATION(S) 
DECLARED TERMINAL(S) = 


0 
23 
3 


non 


7 ‘ 
TRANSPAC NETWORK 


SUBSCKIPTOR # O 
GENNET NAME 8 
ASSIGNED TC + 
TRANSPAC ADDRESS 


SUBSCRIPTOR # 0 
GENNET NAME 
ASSIGNED TC 
TRANSPAC: ADDRESS 


li 


SEGMENTS SIZE 


BINS TABLES 9789 BYTES 

OUTPUT B.P. 51248 (100 UNITS OF 512 BYTES) 
INPUT B.P. = 51248 (100 UNITS OF 512 BYTES) 
TRANSPAC TABLES = 27088 BYTES 


a 


Joo ded deeeedck FNPS ENVIRONMENT saan ok bidoisek 


FEP # | 

SITE NAME s UNCPI 

QUTPUT B.P. = 5120 (64 UNITS OF 80 BYTES) 
INPUT B.P. = 5120 (64 UNITS OF 80 BYTES) 


FEP # 2 

SITE NAME & UNCP2 

OUTPUT B.eP. = 5120 (64 UNITS OF 80 BYTES) 
INPUT B.P. = 5120 (64 UNITS OF 80 BYTES) | 


FNPS TABLES SIZE 
TPM TABLES = 168 BYTES 


khkkkkkeRKReR KKK KKK NCAM ENVIRONMENT ®&k&kk&k kkk kkkKKKKK KkK 


TABLES SIZE 


VCAM TABLES 1! = 4256 BYTES 
VCAM TABLES 2 = 2858 BYTES 


kkk kkkk kk kkkekekk kkk MAM ENVIRONMENT *& &kx&k ik kkkkk kk kkk kK 


DECLARED CORE QUEUE(S) = 18 
CORE QUEUE POOL = 25600 BYTES 


DECLAREL DISK QUEUE (S) = 3 
DISK QUEUE POOL = 0 BYTES 


QUEUES FILE IS 
EFN = 

MEDIA = 

SIZE = O CYL. 


MAM TABLES SIZE = 2439 BYTES 
Q.M. TABLES SIZE = 3893 BYTES 


khikickickkkick kth kkkicek COMMON TABLES xxkk x kkickkkkk tk kk kick 


COMMON TABLES SIZE 
SEMAPHORES SEGMENT = 7488 BYTES 


DICTIONNARY SEGMENT = 3000 BYTES 
IDSEQ SEGMENT = 165 BYTES 
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EXAMPLE ot 
@ Primary network between é Meee Oe 


e URP/DCC UuS@. 
ton F—2, Primary Network via URPs between Two Systems 
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—GENCOM ESSI, NBBTBF=65, BTBFS2=256, NBDABF=65, DABFSZ=2563 
COMM ERAS AREE LE LEAR AER AE HDLC LINE KKK KKK KKK KI KK KKM s 


LINE LNOI, UHDLCW=(7, 7s 
STATN Sio!, 13 
TERMNL TIO, SWITCH, CPU; 


USYSTEM HbLO93 
Loc SCID=70342, Ts=D09_TS$ 
LTS DOY_TS, FLOWTH=60, _SILENT=6O, RETKY=3, TPUSZ=256, 
VERSION=99 2003 


-RSYSTEM D203 


RSC 020, SCID=70:44, TS=D20_TS3 
RTS - D2O_TS, NETROUTE=(NR_O1), XCNT=203 
NK --NRLOL, COMPATH=CP_O1, XPRTC=PTPT3 


COMPATH CP_O1, ACCESS=LNOI1, NETWORK=NATIVE_PT_TO_PTs 
XPRTC © PTPT, UNITSZ=128, WINDOWS (14,14), LEVELSFLOW CONTROLS 


COMM eK ERE WANE ENE END OF DESCRIPTION Oe eck cae ae 


COMM 
COMM 
COMM 
COMM 
COMM 


GENCOM 
COMM 
LINE 
OLTATN 
TERMNL 
COMM 
LINE 
STATN 
TERMNL 


COMM 


 LSYSTEM 


LSC 
LTS 


COMM 


RSYSTEM 


RSC 
RTS 
NR 


COMPATH 


TRIES IOS IR RO OO Robeeteseiel! 
Nek kkkk kk kk kkk PRIVATE CNC D20 €xXkxkkKKKKKKKKHREN § 
Nkkkkkkx TEST BETWEEN D20 = DOO THRU URC7S eke e&keKKN 


“kk kkk kkkkkkk ik kkk BINS <--> BINS KkKKKKKKKKKKKK KKK 


fete He Het WK AH IA IIA HACK IA HI IKARIA IA AK IK RIKER II ARRAN § 
ESS1, BIBFSZ=256, NBBTBF=65, DABFSZ=256, NBDABF=653 
Wink voc kick: HDLC LINE TO HDO9 ‘iekikkik kkk ict § 


LNO3, UHDLCW=(7,7), CLOSE? 
S301, 13 
H301, HL64, CPU$3 


"ak kkk kee LINE TO SYNCHRONOUS VIP x kkk kk kek KMS 


LNI23 
SCIO, 1% 
VC10, VIP7001, KCT3 


| Uxekkkkk kk kk ick kek kick DECLARATION D220 KKK KKKKKKEKEKKEKEN § 


D203 
SC ID= 70244, TS=LOOP$ 
LOOP, FLOWTH=10, SILENT=60, RETRY=3, TPUSZ=2563 


" ik kkk kk ik kk RK DECLARATION HDOQ dk ickiink tok tok die 5 


HDO9, 
HDOY, 
HDO9, 
HDOY, 
HDOY9, 


oC=HDO9 3 

SCID=70:42, TS=HDO9$ 
NR=HDO9, XCNT=200$% 
~COMPATH=HDO93$ 
ACCESS=LNO33$ 


F.e13 


EXAMPLE 3 

@ Primary network between two systems 
© Use of URPS 
e@ Link via TRANSPAC. 


Figure F=3. Primary Network between 2 Systems + URPs + TRANSPAC | 


HDO9 <-----> [TRANSPAC] <------> D20__ 


eee een eee 


H H TRANSPAC : : 

; HDOY $ £6 €Ee¢e——>>>>>>—! D20 , 

; I me CK KK KK HH D> > DDD K—— |} : 

’ ‘ ‘ " 

' ’ ’ ‘ 
COMM W goes meee nee sete Sas sses cere sseme seer ssa" sg 
COMM  WNaeeescasmemsasmeemems: CNC HDO9 sHsaeeanaez=seeem eel 5 
COMM Unemrcmes ees SEIS aes oes Se eee SEs ee ee mo Hl eg 


GENCOM ESS1, NBBTBF=65, BIBFSZ=256, NBDABF=65, DABFSZ=256+ 
COMM Nkkkkkk kkk kkkkeke LINE HDLC TO HDO9D *k kk eeKKKAKKKEK KKH 


LINE  LNOL, CLOSE, UHDLCW=(7,7)3 
STAIN STOl, 13. 
TERMNL TTO1, SWITCH, CPUs 


COMM "kk kkk DESCRIPTION TRANSPAC SUBSCRIPTION xxkkkikxtl g 


LSUB ATPC, LNO!, TPCADD="175000039", SLINE=6, PCV=ABAB, PKSIZE=32, 
| WINDOW=15 | 


COMM 
COMM 
COMM 


oY STEM 
Loc 
LTS 


ROY STE? 
RSC 

RES 

Ni 
COMPATH 
APRIC 


COMM 


Wok kk kkk ek Rk IKK RR RAR RK RK KR RRR RK IK KR IK RRR aR ENS 
Wook ok PRIMARY NETWORK DECLAKATION KKK KK KKK KK EN GS 
Ue I RR IO ok tok tok kt ka tc kek aR aR EN s 


HDO9$ 

SCID=/70242, TS=D09_TS$ 

DO9O_TS, FLOWTH=10, SILENT=60, RETHY=3, TPUSZ=256, 
VEKSTON=099 2003 | 


D203 . 

D20, oCID=/0344, Ts=D20_T33 

D2O0_Ts, NETROUTE=(NR-CV1), XCNT=200, 
ADDR=CTRANSPAC="175000040" ) § 

NH=-CVT, COMPATH=CP_O1l, XPRITC=PRICA$ 

CPLOL, SIUBSCRID=ATPC, NETWORK=TRANSPACS 

PHTCA, UNITSZ=1024, WINDOW=(7,7), LEVEL=FLOW_WCONTROLS$ 


WGK ek ek eee END OF DESCRIPTION kotseckink kok dokd teksell 3 


PabS 


COMM 
COMM 
COMM 
COMM 
COMM. 


_ GENCOM 


COMM 


LINE 
STATN 


TERMNL 


— COMM, 
-LINE 


— TERMNL- 


COMM 
LINE 
-STATN- 
TERMNL 
COMM 
LSUB 


COMM 


LSY STEM 


LSC 
LTS 


COMM 


RSYSTEM 


RSC 


XPRTC 


“= una akinesia ee a 


kek kikicckk kiki PRIVATE CNC D20 RIK IIH IIR RIK A IRIN 


Wek TEST BETWEEN HDO9 — D20 THROUGH TRANSPAC % eee 3 


“kkikkk kekkik kkkek BINS <--> BINS kiekikkike kik ke § 
BIE III I IIR TR TR IR TI IIIS TI IAAI IIR TO IR IRIE TIT IID 


HDLC, BTBFSZ=256, NBBTBF=65, DABFSZ=256, NBDABF#=655_ ; 


Nitti hth kk eka LINE HDLC TO HDO9 deddddickin nek ieeioet 5 


LNO8, UHDLCW=(7, ere CLOSES 
S801, 13 


‘H8O!, HL64, CPUS 


"ddd inionk LINE TO SWITCHED NETWORK sciaaeiiiaaal 


LNI1, SPEED=H, TOLEN=255, -ERCAPY 
TTI, TN300, KPR3 


ied odiecitek LINE TO SYNCHRONOUS VIP eI II 5 


LNI23 | 
SCIO, 1% - | 
VC10, VIP7OO1, KCTS 


Wienke DESCRIPTION TRANSPAC ‘SUBSCRIPTION Tele it 5 2; 


ATFC, LNOB, TPCADD=" 175000040", 


SLINE=6, PCV=AABB, 
PKSIZE=128, WINDOW=33 | aes la 


it nnn do on iodieietiek DECLARATION D20 rr errr etree | 
D203 a ee oe | 
SCID=70#44, TS=D20_TS$ 

D20_TS, FLOWTH=10, SILENT=60, RETRY=3,_ TPUSZ=2565 


dink donee ieeleketek DECLARATION HDOY FEES SI aN § 


HDO9, SC=HDO9s | 
HDO9, SCID=70#42, TS=HDO9_TS$ 


 HDO9LTS, NR=NRLCVI, ADDR=(TRANSPAC="175000039") XCNT=2003 
— NRUCV1, COMPATH=CP_OI, XPRTC=PRTCA$ — 
COMPATH | 
: PRICA, ital WINDOWS (7 oe LEVEL®FLOW_ CONTROLS 


CP_O1, SUBSCRID=ATPC, NETWORK=TRANSPACS$ 


APPENDIX G 


PRIMARY NETWORK COMMANDS | 
RELATIONSHIPS BETWEEN DPS7 AND OTHER SYSTEMS 


A DSA network is never configured "globally", but separately for each 
system to form a part of the network. 


Network configuration on the DPS7 describes both thes 
e DPS/7, itself 


e DPS7’s "local" view of those remote systems in the network with 
which it requires to communicate. 


The possibility exists, therefore, that problems could arise from 
discrepancies between the various systems comprising the overall 
network. This is all the more likely in that DSA allows a wide range 
of different possible systems to be connected — e.g., DPS8, DPS/, 
DPS6, DN7100 - each of which has its own set of configuration 
commands. 7 | 


This appendix provides the relationships between DPS7 commands and 
those of other systems to which it may be connected via DSA. 


CONNECTION VIA LN7L00 ~ 


Figure G-18 DPS7 Host to Remote DPS6/DSA Link (Example) 


DPS6/DSA 
PNT 100 


Local DPS7 


DPS? to Local DN/100 FEP Link 


Figure Ge-2! DPS7 to Local DN7100 FEP 


~~ -~- --— $-- + --- = p= + 4 


ca i a a a ae eee 
‘Corresponding Object i 

Local DPS7 »Description on Front- | 

| ©+End DN7100 ‘ Relationship 


‘Command tArgument :DirectiveiType:Argument: 


Nee ee ee eae aa pe aka pete eee ae 


iMust be identical 
t+to DN7100O ND RMT 


*LSYSTEM ‘itlsys-namei - 


iname 
LSC SCI D=a tb ND RMT i-ADDRatbiMust be the same 
| name iMust be the same 


as local DPS7’s 
»lsc-name (which is 
sidentical to local 
1 lsys—-name) 


Bar ee nm Be Om 8S SBS OE OB 
eooeow@ ©2@© 22 ©2802 &2 22 @a we 


ee Oe ae @& we Be Wwe 
DBwpwwm@mD Bh Se we He we Oe 


Se 


‘compatible; t in 
:seconds, v in tenths 
:of seconds. Same 
iconvention (0) to 
‘suppress watch dog 
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rtaetaeelanlaneneeenens steateateetentenieeneaient: steatemestetantentanienas Denterendent sesteteeatenteatean’. senmedentastadenentanmtenmetenmtermteneeatenaeteen 
FSYSTEM tfsys-name: EX Dom 4 ‘Must be identical 
4 :to ND LOC name 
salestenoatenteeientenenn ceetaneaanteseatetenen cheateatententertentententeets Honea semtesndemeatenetees Hententeretenetenentensatentananamtematanent 
FSC ifsc-name ;: ND #£éiloc { name iMust be the same } 
roCID=atb 3 " » § {-ADDRatbi Must be the same 
oe a ee a ee fe ee eh ee ee ie ee ee edhe ee re ee re ee ee ee ey 
NP + INLCNB=n0i ; ‘Definition of i 
i‘MODE=n1 i ' tlogical channels3 
a ithese parameters 
i i——>CT ‘PSI ¢-LMCH vilimust be coherent : 
' Mt ;  F=—MXMH v2iwith each other? ; 
' ' TS 1.64 t-RCH v3:see reference ' 
‘ i i ; smanuals : 
fe me ene mee ee me eo mere meee foe mt ee ee ae Fo mane ee a et ce ane ee ee fe 
~>TIMER=t TS  ¢L64 jt=+T3 v it and v must be ' 
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Figure G-3: LPS7 Link to Remote DPS6/DSA 


tCorresponding Object ;: 
Local DPS7 tDescription on Remote: 
+ DPS6 a 
Se ee ee mee eee we me eee ome oe — cease tm oe ean ae aoe se meen ai ents ene a ae me 


‘Command ‘Argument !Directive :Argument 


| ee nn a fp a ae ep ae ee np nn ee enn fone one oe 


Relationship 


ee Se Be we oo 


= Se #©2e 


*>LSYSTEM tlsys—name: -=- ‘ - »>Must be identical to 
‘ : | : remote DPS6 rsc-name 
am nn mn fp ne pon nnn Hp = nn nme of oe = 2 = = 
SC iSCID=atb ; RSC ; scid ;Must be the same 


rsc~name iMust be the same as 

| +} local DPS7 lsc~-name 
iwhich is identical to 
{local DPS7 lsys—name 


wo en nn nh a nn ah pn ne fn $e 


tRSYSTEM itrsys~name: NODE: ‘ 


ae @e ee eae 
ewe moe @oe we @ 


eae ee ee ce ooo 
+RSC  $srscm-name + SC « se=name iMust be the same 
i — #SCID=atb ¢ 4 seid ‘Must be the same 


ae aoe 2 @ 
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RELATIONSHIP BETWEEN DPS7 AND OTHER SYSTEMS WITH NETWOKK CONNECTED 
THROUGH URP/DCC 


DPS7 Linked to a Remote DPS7 Via a Point-to-point HDLC Link 


Figure G-4s DPS7 Linked to Remote DPS7 (Point-to-point HDLC) 


Local DPS/7 


G.5 


Figure G-5t DPS7 - DPS7 Relationships ts 


‘Corresponding (Object | 


Local DPS7 iDescription on Remote: 
»>DPS7 ; Relationship 

on nF re > rere ej 

Command Argument Command ‘Argument 4 


| LSYSTEM :lsys-name = +RSYSTEM irsys~-name  iMust be the same 


*PROFILE=pf ; +PROF ILE=pf ‘Must be the same 
nn nn eh rt rn et ran nn rn nen rrr ng wren ern n rrr 
LSC ee RSC ;rsc-name iMust be identical 

: ' ;to rsys~name 

;oCID=artb +oCID=atb :Must be the same 


1+1S=rts-nameiNo name 
‘relationship; 
‘ | 4aTS name is local 
On pn en ep er rn ef nn rent enn proce tet n nm ere serra 
LTS ‘lts-name RTS ‘rts-name . § iNo name 
~ 3 | ‘relationship? 

iTS name is local 

iMust be equal to 

sremote DPS7%s LTS 

+ FLOWTH parameter 

‘value 

‘Must be equal to 
“tremote DPS7’%s LTS 

sOILENT parameter 

‘value 


wan = == p= + +--+ +--+ +--+ +--+} -- --- +--+ +--+ 


HSYSTEM ‘irsys-name !LSYSTEM ‘lsys-name {Must be the same 


> Lo=lts-—-name 


aoew wma @e @©e &®&@e @&e 


+ FLOWTHEV} 


STILENT=v 


N 


ae @e ©@ Be @2@e ewe 2e 2 Se ee ve @ 
we @&@2 22 @e @®&e @22 eas Be @&@e 
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»PROFILE=pf : ‘PROF ILE=pt ‘Must be the same 
See ee ee room on meee ee ae ee Pe ee ae pee ceteadeaie teetentents 2 oS ce ee ce ee ee ee Se om eae Sey cae eee 
RSC irsc-name Loc ;lsc-name +Must be the same 

+SCID=atb :SCID=atb iMust be the same 


1TS=lts-name:No name 

wrelationships$ 
‘1S name is local 

ee eh a nh rr nt tt nn whan errr rr nt nen 

RTS irts~name i;1S i lts—-name »No name 
rrelationship$ 
‘TS name is local 

FLOWTH=vI iMust be equal to 
:local DPS? LTS 
+FLOWTH parameter 

: »value 

SILENT=v2 iMust be equal to 
:}local DPS7 LTS 
+olILENT parameter 
»value © 


»1S=rts—name 


ee e&@o @2@ @oe @ 


eo 2s @ 
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RELATIONSHIP BETWEEN DPS7_ 2EMOTE DPS7 LINKED VIA A DN7100_0 
POINT-TO-POINT HDLC LINE 


| Figure G-6: | 
DPS? Linked to Remote DPS7 via DN7100 (Point—to-point HDLC) 


Local DPS7 


‘Figure G-7! DPS7 - DN7100 - DPS7 Relationships 


‘Corresponding Ob ject : 


Local DPS7 _ sDescription on Remote. | | : 

ow »:DPS7 | Relationship 
ne ee np en nnn ef en nn en fe er rn 
‘Command iArgument >Command ‘Argument 


| mane ef ee ct pete een fee ate te fiat ee 


'LSYSTEM tlsys=-name !RSYSTEM srsys—name iMust be the same 


am ee Owe OS We Fe 2S f2e Be Oe 


| (PROFILE=pf 3 ‘PROFILE=pfimMust be the same 
a a a a 
Loc RSC irsc-name iMust be the same as: 


‘ it local DPS7 lsc-namei 
which is identical 


an wea we @e wae 
=o Se ew we ae 2a 


eon 88 wn BH 82 TSE BD OH Be DO ae ww eee we a2 @ 


:to local DPS7%s 

| ‘ + lsys~-name. ‘ 

;SCID=atb H ;oCID=atb itMust be the same : 

a ef ee a ee ep ee ee et ee te Pe rn ren en| 
} ‘Corresponding Object : 

a ‘Description on Remote: i 

1 DN7100 : i 

| fe ee re ee eee eee ee eee ; 

a iDirec:Type: ' 

t-tive: : 
aiatenieaeteteenten Tn rn anh rn Pt rn hn an ran nn pn rr rn rrr en} 
Loc + 1S=lts-name: . ‘TS corresponds to |; 
: | 1 ‘ ‘ ;Remote DN7/100 TS ' 

1 ; 1 (DSA) object 

oe ee fe ee a en Rn tn np er rt en tn nj 
LTS alts=-name i TS tDSA | name iNo name } 
} H irelationship$ ‘ 

t i 4ts~-name is local , 
t-FLOWTH=vio i rmti vi Must be the same * } 
rOILENT=v2 ss; r=t2 v2 ‘Must be the same * | 

»RETRY=r } ‘“RTRY r ‘Must be the same * } 

ae ee ree oe fe me ee me ee mer me mse ae me rm ee ae ee ee ee a ef 
RTS — »rts—name » EX 4 ‘ 7 ; 
1XCNT . ae 1~TSCNX ‘XCNT < TSCNX i 

on fe a rn nh rr rn pt rn en rn en pn nr rt ee enn} 
LINE sname ' LL tHDLC:llname 
| : PL stHDLCiplname | 
;speed } 1-SPD - «Must be equal 
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Note thats 
e@ GCOS NR object --> DNS PA HDLC object 
@ GCOS COMPATH object has no DNS equivalent. 


e ihere HKelationship is marked with "x": same default value but 
different units; i.e.!3 


@ Seconds for DPS7 


e Tenths of seconds for DNS. 
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RELATIONSHIP BETWEEN DPS7_AND A DPS6/LSA_LINKEL VIA_A POINT-TO-POINT | 


DPS6/DSA 


Local DPS7 


Figure G-98 DPS7 - DPS6/LSA Relationships — 
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‘Corresponding Object : 


ee woe @e eeqeqe ea 2. @e @e Be @2e &© ae 


Local LPS7 ;Description on:Remote: | . 
+ LPS6 + Relationship 
ef an nn nh rn mn fren enn | 
Command ;Argument iDirective i Argument ' 
a enn nn fe ne af rn nf rn rn nnn Pn rrr nn rn re ee 
LSYSTEM ilsys-name i: - ; - iMust be identical 
: ito remote DPS6’s 
; : irsc-name 
ee le er ee a nh mr nf a rn rn rn rn rn en en ee 
LSC +SCIL=atb RSC iscid ‘Must be the same 
i irscm-name iMust be the same as: 


+ local DPS7 lsc-name: 
iwhich is identical 
+to local DPS?’%s 
+ lsys—-name 

ts-name ‘Corresponds to 
;local DPS/7’%s LTS 


nw 2e @e Be @e aa 
ew ge @©e we we eae 


oe ee om emife en ane in ee ee ef ene cme aw ene me Ee cme nen aren mace ee ute Sete ce sy ey, em mem 
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$ 
LTS — : lts-name >. RTS »>rts—-name + No name | ‘ 
: ; ‘  srelationship?’ 
H : ‘ 11S name is local 
»>FLOWTH=vI iti +>FLOWTH=tl (same i 
i idefault=10s) 
*+SILENT=v2_ ss +t2 +SILENT2=t2 (same 
; 4 H »default=60s) ' 
sRETRY=r ' i iMust be the same as: 
i ‘ H remote DPS6’%s TS ‘ 
‘ ‘ ‘ ‘retry parameter 
a ae ee ee te en ep meee ap me a ne meme ee eee te ee ee ene ee es eo eee | 
»RSYSTEM irsys~name ; NODE ‘ ~ 
fe a en re te a er tt re et ee ee | 
skSC irsc~name : SC iscmname »Must be the same ‘ 
1 SCID=atb iscid iMust be the same ‘ 
+ 1S=rts—name: +Corresponds to ‘ 
‘ : ' ‘remote DPS6’%s ' 
1 ts—name 
on pe rn pn et rn nn tn et nf nt rn rn rn rn 
RTS irts-name ; «48 + ts-name +No name ' 
: : ‘ ‘relationship? 
‘ ‘ : +ts-name is local ' 
+ XCNT=x H + lo~lim +lc~lim > x ' 
: ‘ iretry iMust be the same asi 
' ‘ i »local PPS7’%s LTS 
4 ' +sRETRY parameter 

LINE iname : LLHB ‘ ' : 
» SPEED=s i 1 llspeed »>Must be equal 
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- Notess— oe 
@ GCOS NR object --> DPS6/DSA PALL object 


@ GCOS COMPATH object has no DPS6/LSA equivalents line| 
identification is specified directly in the PALL definition. 


APPENDIX H 
CNC PRIMARY NETWORK COMMANDS 
COMPATIBILITY WITH PREVIOUS RELEASES 


The NODE command, from previous releases, is still supported. It is 
nevertheless strongly recommended that the user replace all 
occurrences of NODE in his job descriptions, at the earliest 
opportunity, with the appropriate new commands; i.e., LSYSTEM, 
RSYSTEM, LSC, FSC and RSC. | 


Fach occurrence of NODE is flagged with a warnings see error CN/8. 
Any mix of NODE with the new commands: 


e Is flagged 


e Leads to an abort, with error CN77. 


Figure H-/: Inter-release Equivalents 


Previous kelease Commands Current Release Commands 
NODE a, LOCAL, b’3 LSYSTEM a3 
ee LSC SCID = b3 


-FNP fl, ose # (0) ae | FNP fl, «e- $ (same command) | 
| NODE cy FNP, c $ (1) FSYSTEM c# | 
3 FSC c, SCID = c, FNP = f13 


NODE e, RMT, f% (2) RSYSTEM e, SC = e3 
| RSC e, SCID = f, FNP = f13 


Notes 


(1) had to follow (0), and.(2) had to follow (1). In the current 
release, there are no sequencing constraints between the commands 
LOYSTEM, FSYSTEM, RSYSTEM, LSC, FSC and RSC. 


oo. SCID is expressed differently, between old and new commands; 
| e.gey, "ODIF™ becomes "13231". 


APPENDIX I 
THE H_SVSRST UTILITY 


FUNCTIONALITY 


This utility saves an image of the GCOS site’s SRST, onto a UFAS disk 
sequential file. 4 


This file may be used as input to execution of the CNC utility 
running in simulation mode, optionally on another system if requireds$ 
refer to page 3-8. 


INVOKING H .SVSRST 


RUN SAVE_SRST (library-name, DVC=devclass, MD=volume-name) 
VL = Cefn, DVC=devclass, MD=volume~name), FORCE = (YIN) 3 


efn external file name of the file to be created 


DVC definition of the volume on which the “efn" resides 
MD | 


FORCE "Y" means that the first step deallocates the file, if it 
already exists, before preallocating it. 


SAVELSRST JCL 


VALUES SRSTUFILE, MD=K183, DVC=MS/M452, FORCE=Y3 

JUMP FORCE&FORCES 

FORCEYs | 

FORCEYESs = 

DEALLOC &1, DVC=&DVC, MD=&MD3 

FORCEN: 

FORCENO8 | | 

PREALLOC &1, FILESTAT=UNCAT, UFAS=(SEQ=(CISIZE=2100, RECSIZE=512, 
RECFORM=V)), DVC=&DVC, GLOBAL=(MEDIA=&MD), SIZE=1) 3 

STEP HUSVSRST (SYSeHLMLIB), DUMP=DATA3 

ASSIGN H-SRST, &1, FILESTAT=UNCAT, DVC=8&DVC, MD=&MD3 

ENDSTEP 3 


UTILITY REPORT 
The report carries a standard SYSOUT banner, which indicates either: 
® Successful (i.e., error-free) execution | 


@ Any errors that may have been found, together with the appropriate 
message(s). 


Figure I-1!: Example H.SVORST Banner 


kkkkkk kkk kkk ekki th kK KK KKK RK Khkk Kk KKK KKK IKK kkkkkkkkkkkkkkkkk 
kik kkk tk kkk bk RK Ik KR KR KKK Ball kk kkkk we KkkkkkKKKKKK wk kk KKKK KEKE 
*xk* GCOS L64 
took | |  SAVELSRST 
*% ke 
kkk kkkkKk kk keke kkekkKk kk kk ick kkk ick kk kk kk locke kick RKKKkKKKKKKKK KKK RKK 
l kkkitiktkkkkkkekkk kk kkhickkkkkkk kh kkekekk ee RK KK KKK RR KR IK 


| SUCCESSFULL..SAVE_SRST 


“dee 
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